Hallo, Entdecker! An dieser Seite wird aktiv gearbeitet, oder sie wird noch übersetzt. Die neuesten und genauesten Informationen findest Du in unserer englischsprachigen Dokumentation.

Diese Version von GitHub Enterprise wurde eingestellt am 2021-03-02. 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.

Informationen zu Statuschecks

Statuschecks informieren Dich darüber, ob Deine Commits die festgelegten Bedingungen erfüllen, die für das Repository gelten, an dem Du mitwirkst.

Inhalt dieses Artikels

Statuschecks basieren auf externen Prozessen, beispielsweise Builds mit fortlaufender Integration, die bei jedem Push an ein Repository ausgeführt werden. Du kannst den Zustand Ausstehend, Bestanden oder Nicht bestanden des Statuschecks neben den einzelnen Commits in Deinem Pull Request sehen.

Liste der Commits und Status

Personen mit Schreibberechtigungen für ein Repository können den Zustand für Statusprüfungen im Repository festlegen.

Du kannst den Gesamtzustand des letzten Commits an einen Branch auf der Branch-Seite Deines Repositorys oder in der Liste der Pull Requests Deines Repositorys sehen.

Wenn Statusprüfungen für ein Repository erforderlich sind, müssen die erforderlichen Statusprüfungen bestanden werden, bevor Du Deinen Branch mit der geschützten Branch zusammenführen kannst. Weitere Informationen findest Du unter „Informationen zu geschützten Branches.“

Arten von Statuschecks auf GitHub Enterprise Server

Es gibt zwei Arten von Statuschecks auf GitHub Enterprise Server:

  • Prüfungen
  • Status

Prüfungen unterscheiden sich von Status dadurch, dass sie Zeilenanmerkungen und detailliertere Meldungen enthalten und nur für die Verwendung mit GitHub Apps verfügbar sind.

Organisationsinhaber und Benutzer mit Push-Zugriff auf ein Repository können mit der API von GitHub Enterprise Server Prüfungen und Status erstellen. For more information, see "Checks" and "Statuses."

Prüfungen

Wenn Prüfungen in einem Repository eingerichtet sind, weisen Pull Requests die Registerkarte Checks (Prüfungen) auf, auf der Du detaillierte Buildausgabe von Statuschecks ansehen und fehlgeschlagene Prüfungen wiederholen kannst.

Statuschecks innerhalb eines Pull Requests

Wenn eine Prüfung aufgrund einer bestimmten Zeile in einem Commit nicht bestanden wird, findest Du Einzelheiten über den Fehler, die Warnung oder den Hinweis neben dem entsprechenden Code auf der Registerkarte Files (Dateien) des Pull Requests.

Details eines Statuschecks

Du kannst zwischen den Prüfungszusammenfassungen für verschiedene Commits in einem Pull Request navigieren, indem Du das Dropdownmenü „Commit“ auf der Registerkarte Conversation (Unterhaltung) verwendest.

Prüfungszusammenfassungen für verschiedene Commits in einem Dropdownmenü

Prüfungen für einzelne Commits überspringen und anfordern

Wenn ein Repository so konfiguriert ist, dass es automatisch Prüfungen für Pushes anfordert, kannst Du die Prüfungen für einen einzelnen Commit überspringen, den Du überträgst. Wenn ein Repository nicht so konfiguriert ist, dass es automatisch Prüfungen für Pushes anfordert, kannst Du Prüfungen für einen einzelnen Commit anfordern, den Du überträgst. For more information on these settings, see "Check Suites."

Um Prüfungen für Deinen Commit zu überspringen oder anzufordern, füge eine der folgenden Trailerzeilen an das Ende Deiner Commit-Mitteilung an:

  • Um Prüfungen für einen Commit zu überspringen, gib Deine Commit-Mitteilung und eine kurze, aussagekräftige Beschreibung Deiner Änderungen ein. Füge nach Deiner Commit-Beschreibung anstelle eines abschließenden Anführungszeichens zwei leere Zeilen hinzu, gefolgt von skip-checks: true:
    $ git commit -m "Update README.
    >
    >
    skip-checks: true
    • Um Prüfungen für einen Commit anzufordern, gib Deine Commit-Mitteilung und eine kurze, aussagekräftige Beschreibung Deiner Änderungen ein. Füge nach Deiner Commit-Beschreibung anstelle eines abschließenden Anführungszeichens zwei leere Zeilen hinzu, gefolgt von request-checks: true:
      $ git commit -m "Refactor usability tests.
      >
      >
      request-checks: true