Hallo, Entdecker! An dieser Seite wird aktiv gearbeitet, oder sie wird noch übersetzt. Die neuesten und genauesten Informationen finden Sie in unserer englischsprachigen Dokumentation.

Diese Version von GitHub Enterprise wird eingestellt am Diese Version von GitHub Enterprise wurde eingestellt am 2020-01-22. Es wird keine Patch-Freigabe vorgenommen, auch nicht für kritische Sicherheitsprobleme. Für eine bessere Leistung, verbesserte Sicherheit und neue Features nehmen Sie ein Upgrade auf die neueste Version von GitHub Enterprise vor. Wenden Sie sich an den GitHub Enterprise-Support, um Hilfe beim Upgrade zu erhalten.

Informationen zu Forks

Ein Fork ist eine Kopie eines Repositorys, das Sie verwalten. Mit Forks können Sie Änderungen an einem Projekt vornehmen, ohne dass sich dies auf das ursprüngliche Repository auswirkt. Sie können Aktualisierungen aus dem ursprünglichen Repository abrufen oder Änderungen mit Pull Requests an das Repository senden.

Alle Benutzer oder Organisationen auf GitHub Enterprise können ein Repository forken. Das Forking eines Repositorys ist ähnlich wie das Kopieren in ein anderes Repository, mit zwei wesentlichen Unterschieden:

  • Sie können einen Pull Request verwenden, um dem ursprünglichen Repository, auch bekannt als vorgelagertes Repository, Änderungen von Ihrem Fork vorzuschlagen.
  • Sie können Änderungen vom vorgelagerten Repository auf Ihren lokalen Fork übertragen, indem Sie Ihren Fork mit dem vorgelagerten Repository synchronisieren.

Sie können öffentliche Repositorys mit Ihrem Benutzerkonto oder mit jeder Organisation forken, in der Sie berechtigt sind, Repositorys zu erstellen. Weitere Informationen finden Sie unter „Berechtigungsebenen für eine Organisation".

Sie können private Repositorys, auf die Sie zugreifen können, mit Ihrem Benutzerkonto oder einer beliebigen Organisation auf GitHub Team oder GitHub Enterprise forken, wo Sie berechtigt sind, Repositorys zu erstellen.

Durch das Löschen eines Forks wird das ursprüngliche vorgelagerte Repository nicht gelöscht. Tatsächlich können Sie beliebige Änderungen an Ihrem Fork vornehmen – Mitarbeiter hinzufügen, Dateien umbenennen, GitHub Pages generieren –, ohne dass sie Auswirkungen auf das Original haben.

In Open-Source-Projekten werden Forks oft verwendet, um Ideen oder Änderungen nachzuahmen, bevor sie an das vorgelagerte Repository zurückgesendet werden, damit alle davon profitieren können. Wenn Sie Änderungen in Ihrem Fork vornehmen und einen Pull Request öffnen, der Ihre Arbeit mit dem vorgelagerten Repository vergleicht, können Sie allen Personen mit Push-Zugriff auf das vorgelagerte Repository die Berechtigung erteilen, Änderungen am Branch Ihres Pull Requests vorzunehmen. Dadurch wird die Zusammenarbeit beschleunigt, da Repository-Maintainer die Möglichkeit haben, Commits zu erstellen oder Tests lokal für den Branch Ihres Pull Requests von einem Fork aus vor dem Mergen durchzuführen.

Private forks inherit the permissions structure of the upstream or parent repository. For example, if the upstream repository is private and gives read/write access to a team, then the same team will have read/write access to any forks of the private upstream repository. This helps owners of private repositories maintain control over their code.

Wenn Sie ein neues Repository aus dem Inhalt eines bestehenden Repositorys erstellen möchten, Ihre Änderungen aber in Zukunft nicht mit dem vorgelagerten Repository zusammenführen möchten, können Sie das Repository duplizieren . Weitere Informationen finden Sie unter „Ein Repository duplizieren“.

Weiterführende Informationen

Menschliche Unterstützung einholen

Sie können das Gesuchte nicht finden?

Kontakt