Artikelversion: Enterprise Server 2.17
Informationen zu Branches
Verwenden Sie einen Branch, um die Entwicklungsarbeit ohne Auswirkungen auf andere Branches im Repository zu isolieren. Jedes Repository hat einen Standardbranch und kann mehrere weitere Branches haben. Sie können einen Branch mit einem anderen Branch über einen Pull Request mergen.
Mit Branches können Sie Folgendes tun:
- Features entwickeln
- Bugs beheben
- Sicher mit neuen Ideen experimentieren
Weitere Informationen finden Sie unter „Branches in Ihrem Repository erstellen und löschen“.
Sobald Sie mit den Änderungen in Ihrem Branch zufrieden sind, können Sie einen Pull Request öffnen, um Ihren Branch (den Head-Branch) in einen anderen Branch (dem Basis-Branch) zu mergen. Weitere Informationen finden Sie unter „Informationen zu Pull Requests“.
Sie können einen Branch auch verwenden, um eine GitHub Pages-Website zu veröffentlichen. Weitere Informationen finden Sie unter „Was ist GitHub Pages?“.
Sie benötigen Schreibzugriff auf ein Repository, um einen Branch zu erstellen, einen Pull Request zu öffnen oder Branches in einem Pull Request zu löschen und wiederherzustellen. In Repositorys, in denen Sie Inhaber- oder Administratorrechte haben, können Sie den Standard-Branch ändern. Weitere Informationen finden Sie unter „Zugriffsberechtigungen auf GitHub Enterprise“ und „Branches in Ihrem Repository verwalten“.
Mit geschützten Branches arbeiten
Repository-Administratoren können den Schutz für einen Branch aktivieren. Wenn Sie auf einem geschützten Branch arbeiten, können Sie den Push an den Branch nicht löschen oder erzwingen. Repository-Administratoren können zusätzlich mehrere andere Einstellungen für geschützte Branches aktivieren, um verschiedene Workflows zu erzwingen, bevor ein Branch gemergt werden kann.
Hinweis: Wenn Sie ein Repository-Administrator sind, können Sie Pull Requests auf geschützten Branches mergen, auch wenn der Pull Request nicht den Anforderungen entspricht, es sei denn, der Branch-Schutz wurde auf „Include administrators“ (Administratoren einbeziehen) festgelegt.
Um zu ermitteln, ob Ihr Pull Request gemergt werden kann, werfen Sie einen Blick in das Merge-Fenster am unteren Rand der Registerkarte Conversation (Unterhaltung) des Pull Requests. Weitere Informationen finden Sie unter „Informationen zu geschützten Branches“.
Wenn ein Branch geschützt ist, trifft Folgendes zu:
- Sie können einen Push an den Branch nicht löschen oder erzwingen.
- Wenn die erforderlichen Statuschecks für den Branch aktiviert sind, können Sie Änderungen erst dann in den Branch mergen, wenn alle erforderlichen CI-Tests bestanden sind. Weitere Informationen finden Sie unter „Informationen zu Statuschecks“.
- Wenn erforderliche Pull-Request-Reviews auf dem Branch aktiviert sind, können Sie Änderungen erst dann in den Branch mergen, wenn alle Anforderungen der Richtlinie für Pull-Request-Reviews erfüllt sind. Weitere Informationen finden Sie unter „Einen Pull Request mergen“.
- Wenn der erforderliche Review von einem Codeinhaber auf einem Branch aktiviert ist und der Code mit einem Inhaber durch einen Pull Request geändert wird, muss ein Codeinhaber den Pull Request genehmigen, bevor er gemergt werden kann. Weitere Informationen finden Sie unter „Informationen zu Codeinhabern“.
- Wenn die obligatorische Commit-Signatur auf einem Branch aktiviert ist, können Sie keine Commits an den Branch pushen, die nicht signiert und verifiziert sind. Weitere Informationen finden Sie unter „Informationen zur Verifizierung der Commit-Signatur“ und „Informationen zur obligatorischen Commit-Signatur“.
Weiterführende Informationen
- „Informationen zu Pull Requests“
- „Branch“ im GitHub-Glossar
- „Branches auf einen Blick“ in der Git-Dokumentation