Wir veröffentlichen regelmäßig Aktualisierungen unserer Dokumentation, und die Übersetzung dieser Seite kann noch im Gange sein. Die neuesten Informationen findest Du in der englischsprachigen Dokumentation. Informieren Sie uns bitte, falls auf dieser Seite ein Problem mit den Übersetzungen vorliegt.

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

Geschützte Branches konfigurieren

Wenn Du ein Repository-Inhaber bist oder Administratorberechtigungen in einem Repository hast, kannst Du den Branch-Schutz im Repository anpassen und bestimmte Workflows erzwingen, beispielsweise verlangen, dass mehr als nur ein Pull-Request-Review erforderlich ist oder bestimmte Statuschecks erfolgreich abgeschlossen werden müssen, bevor das Zusammenführen eines Pull Requests möglich ist.

Protected branches are available in public repositories with GitHub Free and GitHub Free for organizations, and in public and private repositories with GitHub Pro, GitHub Team, GitHub Enterprise Cloud, and GitHub Enterprise Server.

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.

Du kannst auch einen automatischen Branch-Schutz für alle Branches in Deinem Repository einrichten. Verwende dazu die Platzhalter-Syntax *. Weil GitHub das File::FNM_PATHNAME-Flag für die File.fnmatch-Syntax verwendet, wird der Platzhalter das Verzeichnistrennzeichen (/) nicht abgleichen. Zum Beispiel wird qa/* alle Branches mit qa/ abgleichen und einen einzigen Schrägstrich enthalten. Du kannst mehrere Schrägstriche mit qa/**/* einschließen und die qa-Zeichenfolge mit qa**/**/* erweitern, um mehr Möglichkeiten zu berücksichtigen. Weitere Informationen zu den Syntax-Optionen für Branch-Regeln findest Du in der fnmatch-Dokumentation.

Um eine Ausnahme für eine vorhandene Branch-Regel zu erstellen, erstellst Du eine neue Branch-Schutzregel mit höherer Priorität, z. B. eine Branch-Regel für einen bestimmten Branch-Namen. Weitere Informationen über die Prioritätsreihenfolge und andere Einstellungen für geschützte Branch-Regeln findest Du unter „Über geschützte Branches."

Hinweis: Um eine Branch-Regel zu erstellen, muss der von Dir angegebene Branch noch nicht im Repository vorhanden sein.

  1. Navigiere in GitHub Enterprise Server zur Hauptseite des Repository.
  2. Klicke unter Deinem Repository-Namen auf Settings (Einstellungen).
    Schaltfläche „Repository settings" (Repository-Einstellungen)
  3. Klicke im linken Menü auf Branches.
    Untermenü „Repository options" (Repository-Optionen)
  4. Klicke neben „Branch protection rules" (Branch-Schutzregeln) auf Add rule (Regel hinzufügen.)
    Schaltfläche „Add branch protection rule" (Füge Branch-Schutzregel hinzu)
  5. Gib unter „Branch name pattern" (Branch-Namensmuster) den Branch-Namen oder das Muster ein, das Du schützen möchtest.
    Feld „Branch rule" (Branch-Regel)
  6. Optional kannst Du bestimmte Einstellungen für Branch-Regeln konfigurieren.
    Einstellungen für Regeln für geschützte Branches
  7. Um Deine Branch-Schutzregel zu bestätigen, klicke auf Create (Erstellen) oder Save changes (Änderungen speichern).

Weiterführende Informationen