Standardmäßig kann jeder Pull Request jederzeit zusammengeführt werden, es sei denn, der Head-Branch steht in Konflikt mit dem Basisbranch. Du kannst entscheiden, Einschränkungen zu erzwingen über die Art und Weise, wie ein Pull Request in Dein Repository zusammengeführt wird.
Durch das Erstellen von Regeln für geschützte Branches können Repository-Inhaber und Personen mit Administratorberechtigung für ein Repository bestimmte Workflows oder Anforderungen erzwingen, bevor ein Mitarbeiter einen Branch in Dein Repository überführen kann.
Du kannst eine Branch-Regel erstellen in einem Repository für einen bestimmten Branch, für alle Branches oder für irgendeinen Branch, der einem Namensmuster entspricht, das mit der fnmatch Syntax spezifiziert ist. Wenn Du beispielsweise verlangen willst, das jeder Branch, der das Wort release enthält, vor dem Zusammenführen mindestens zwei Pull-Request-Reviews haben muss, kannst Du eine Branch-Regel für *release* erstellen. Weitere Informationen findest Du unter „Geschützte Branches konfigurieren.“
Priorisierung von Regeln für geschützte Branches
Wenn ein Repository mehrere Branch-Schutzregeln hat, die dieselben Branches betreffen, haben die Regeln, die einen spezifischen Branch-Namen enthalten, die höchste Priorität. Wenn es mehr als eine Branch-Schutzregel gibt, die auf den gleichen spezifischen Branch-Namen verweist, hat die zuerst erstellte Branch-Regel eine höhere Priorität.
Branch-Schutzregeln 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 Du eine Branch-Schutzregel in einem Repository erstellst, können Mitarbeiter weder einen Push auf den geschützten Branch erzwingen noch den Branch löschen. Du kannst andere Branch-Schutzeinstellungen aktivieren. Weitere Informationen findest Du unter „Definieren der Zusammenführbarkeit von Pull Requests."