Informationen zu geschützten Branches
Mit geschützten Branches wird sichergestellt, dass Mitarbeiter an Ihrem Repository keine unwiderruflichen Änderungen an Branches vornehmen. Durch die Aktivierung geschützter Branches können Sie außerdem weitere optionale Prüfungen und Anforderungen aktivieren, beispielsweise erforderliche Statuschecks und erforderliche Reviews.
Protected branches are available in public repositories with GitHub Free, and in public and private repositories with GitHub Pro, GitHub Team, GitHub Enterprise Cloud, and GitHub Enterprise Server.
Standardmäßig kann jeder Pull Request jederzeit gemergt werden, es sei denn, der Head-Branch steht in Konflikt mit dem Basis-Branch. Sie können Einschränkungen für das Mergen eines Pull Requests in Ihr Repository erzwingen.
Repository-Inhaber und Personen mit Administratorrechten für ein Repository können bestimmte Workflows oder Anforderungen erzwingen, bevor ein Mitarbeiter einen Branch in Ihrem Repository mergen kann, indem er Regeln für geschützte Branches erstellt.
You can create a branch rule in a repository for a specific branch, all branches, or any branch that matches a naming pattern specified with the fnmatch syntax. For example, to require any branch containing the word release to have at least two pull request reviews before merging, you can create a branch rule for *release*.
Weitere Informationen finden Sie unter „Geschützte Branches konfigurieren“.
Priorisierung von Regeln für geschützte Branches
Wenn es für ein Repository mehrere Regeln für geschützte Branches gibt, die dieselben Branches betreffen, haben die Regeln, die einen spezifischen Branch-Namen enthalten, die höchste Priorität. Wenn es mehr als eine Regel für geschützte Branches gibt, die auf den gleichen spezifischen Branch-Namen verweist, hat die zuerst erstellte Branch-Regel eine höhere Priorität.
Regeln für geschützte Branches mit einem Sonderzeichen, wie *, ? oder ], werden in der Reihenfolge ihrer Erstellung angewendet, sodass ältere Regeln mit diesen Zeichen eine höhere Priorität haben.
Einstellungen für geschützte Branches
Wenn Sie eine Regel für geschützte Branches in einem Repository erstellen, können Mitarbeiter standardmäßig keinen Push an den geschützten Branch erzwingen und den Branch nicht löschen. Sie können weitere Einstellungen für geschützte Branches aktivieren, damit auf die Mitarbeiter Folgendes zutrifft:
- Sie können Änderungen erst bei bestandenen erforderlichen Statuschecks in den geschützten Branch mergen. Weitere Informationen finden Sie unter „Informationen zu erforderlichen Statuschecks“.
- Sie können Änderungen erst bei genehmigten erforderlichen Reviews in den geschützten Branch mergen. Weitere Informationen finden Sie unter „Einen Pull Request mit erforderlichen Reviews genehmigen“.
- Sie können den geschützten Branch nicht bearbeiten oder Dateien aus dem Web darin hochladen.
- Sie können Änderungen erst in den geschützten Branch mergen, wenn die Änderungen an Dateien, die einen bestimmten Codeinhaber haben, von diesem Inhaber genehmigt wurden. Weitere Informationen finden Sie unter „Informationen zu Codeinhabern“.
- Sie kann keine Commits an den geschützten Branch pushen, die nicht signiert und verifiziert sind. Weitere Informationen finden Sie unter „Informationen zur obligatorischen Commit-Signatur“.
Wenn Ihr Repository einer Organisation gehört, können Sie für Benutzer oder Teams Pushes an einen geschützten Branch einschränken. Weitere Informationen finden Sie unter „Informationen zu Branch-Einschränkungen“.