Informationen zu Forks
Mit Forks kannst du Änderungen an einem Projekt vornehmen, ohne dass sich dies auf das ursprüngliche Repository (Upstreamrepository) auswirkt. Nachdem du ein Repository geforkt hast, kannst du Updates aus dem Upstreamrepository abrufen, um deinen Fork auf dem neuesten Stand zu halten. Mithilfe von Pull Requests kannst du über deinen Fork auch Änderungen am Upstreamrepository vorschlagen. Eine Fork kann entweder einem personalisierten Konto oder einer Organisation gehören.
Wenn du ein geforktes Repository auf GitHub Enterprise Server anzeigst, wird das Upstreamrepository unter dem Namen des Forks angegeben.
In Open-Source-Projekten werden Forks oft verwendet, um mehrfach Ideen oder Änderungen durchzuspielen, bevor sie in das Upstreamrepository aufgenommen werden. Wenn du ein öffentliches Repository in deinem persönlichen Konto forkst und dann einen Pull Request öffnest, um deine Änderungen am Upstreamrepository vorzuschlagen, kannst du jeder Person mit Pushzugriff auf das Upstreamrepository die Erlaubnis geben, Änderungen an deinen Pull Request-Branch zu pushen (einschließlich Löschung des Branches). Dies beschleunigt die Zusammenarbeit, da Repositoryverwalter*innen die Möglichkeit haben, Commits zu erstellen oder Tests vor dem Zusammenführen lokal für den Pull Request-Branch von einem benutzereigenen Fork aus auszuführen. Du kannst keine Push-Berechtigungen an eine Fork geben, die einer Organisation gehört. Weitere Informationen findest du unter Änderungen an einem Pull-Request-Branch zulassen, der von einem Fork erstellt wurde.
Das Löschen eines Forks wird das ursprüngliche vorgelagerte Repository nicht löschen. Du kannst jede beliebige Änderungen an deinem Fork vornehmen. Diese haben keine Auswirkungen auf das Upstreamrepository. Du kannst beispielsweise Projektmitarbeiter*innen hinzufügen, Dateien umbenennen oder GitHub Pages im Fork generieren, ohne dass sich dies auf das Upstreamrepository auswirkt. Wenn du ein privates Repository löschst, werden alle Forks des Repositorys gelöscht.
Informationen zum Erstellen von Forks
Sie können ein privates oder internes Repository zu Ihrem persönlichen Konto oder einer Organisation auf Ihre GitHub Enterprise Server-Instance forken, wo Sie über Berechtigungen zur Repositoryerstellung verfügen, wenn die Einstellungen für das Repository und Ihre Unternehmensrichtlinien das Forken zulassen. Im Allgemeinen kannst du jedes öffentliche Repository in dein persönliches Konto oder in eine Organisation forken, in der du die Berechtigung hast, Repositorys zu erstellen.
Anweisungen zum Forken eines Repositorys findest du unter Ein Repository forken. Weitere Informationen zur Erstellbarkeit von Forks sowie zu den Berechtigungs- und Sichtbarkeitseinstellungen für Forks findest du unter Informationen zu Berechtigungen und Sichtbarkeit von Forks.
Tipp: Du kannst GitHub Desktop verwenden, um ein Repository zu forken. Weitere Informationen findest du unter Repositories von GitHub Desktop klonen und per „Fork“ kopieren.
Forken eines Repositorys im Vergleich zum Duplizieren eines Repositorys
Wenn du ein neues Repository aus dem Inhalt eines vorhandenen Repositorys erstellen möchtest, deine Änderungen aber künftig nicht in das Upstream-Repository mergen möchtest, kannst du das Repository duplizieren oder – falls es sich bei dem Repository um eine Vorlage handelt – das Repository als Vorlage verwenden. Weitere Informationen findest du unter Ein Repository duplizieren und Ein Repository anhand einer Vorlage erstellen.
Das Forken eines Repositorys ähnelt dem Duplizieren eines Repositorys. Es bestehen jedoch die folgenden Unterschiede:
- Du kannst einen Pull Request verwenden, um Änderungen am Upstreamrepository über deinen Fork vorzuschlagen.
- Du kannst Änderungen vom Upstreamrepository in deinen Fork übertragen, indem du deinen Fork mit dem Upstreamrepository synchronisierst.
- Forks verfügen über eigene Member, Branches, Tags, Bezeichnungen, Richtlinien, Issues, Pull Requests, Diskussionen, Aktionen, Projekte und Wikis.
- Forks erben die Einschränkungen ihrer Upstreamrepositorys. Beispielsweise können Branchschutzregeln nicht übernommen werden, wenn das Upstreamrepository zu einer Organisation mit einem GitHub Free-Plan gehört.