Informationen zu Pull-Request-Reviews
Nachdem ein Pull-Request geöffnet wurde, kann jeder mit Lese-Zugriff die vorgeschlagenen Änderungen überprüfen und kommentieren. Du kannst auch spezifische Änderungen an Codezeilen vorschlagen, die der Autor direkt aus dem Pull-Request anwenden kann. Weitere Informationen findest Du unter „Vorgeschlagene Änderungen in einem Pull Request überprüfen.“
Repository-Inhaber und -Mitarbeiter können von einer bestimmten Person einen Review des Pull Requests anfordern. Organisationsmitglieder können auch einen Review eines Pull Requests von einem Team mit Lesezugriff auf das Repository anfordern. Weitere Informationen findest Du unter „Pull-Request-Review anfordern."
Reviews ermöglichen eine Diskussion der vorgeschlagenen Änderungen und tragen dazu bei, dass die Änderungen den Beitragsrichtlinien des Repositorys wie auch anderen Qualitätsstandards entsprechen. Du kannst definieren, welche Personen oder Teams bestimmte Codetypen oder -bereiche in einer CODEOWNERS-Datei besitzen. Wenn durch einen Pull Request Code mit einem definierten Inhaber geändert wird, wird diese Person oder dieses Team automatisch als Reviewer angefordert. Weitere Informationen findest Du unter „Informationen zu Codeinhabern.“
Ein Review kann drei verschiedene Status haben:
- Comment (Kommentieren): Sende allgemeines Feedback, ohne die Änderungen ausdrücklich zu genehmigen oder zusätzliche Änderungen anzufordern.
- Approve (Genehmigen): Sende Feedback und genehmige das Zusammenführen der im Pull Request vorgeschlagenen Änderungen.
- Request changes (Änderungen anfordern): Sende Feedback, das vor dem Zusammenführen des Pull Requests adressiert werden muss.
Tipps:
- Wenn erforderliche Reviews aktiviert sind und ein Mitarbeiter mit Zugriffsberechtigung write (Schreiben), admin (Administrator) oder owner (Inhaber) auf das Repository einen Review mit Anforderungen für Änderungen absendet, kann der Pull Request erst zusammengeführt werden, wenn derselbe Mitarbeiter einen anderen Review absendet, der die Änderungen in dem Pull Request genehmigt.
- Repository-Inhaber und -Administratoren können einen Pull Request sogar dann zusammenführen, wenn er keinen genehmigenden Review erhalten hat oder wenn ein Reviewer, der die Änderungen verlangt hat, die Organisation verlassen hat oder nicht verfügbar ist.
- Wenn sowohl erforderliche Reviews wie das Verwerfen veralteter Reviews aktiviert sind und ein den Code verändernder Commit an den Branch eines genehmigten Pull Requests übermittelt wird, dann wird die Genehmigung verworfen. Der Pull Request muss erneut überprüft und genehmigt werden, bevor er zusammengeführt werden kann.
- Wenn verschiedene offene Pull Requests jeweils einen Head-Branch aufweisen, der auf denselben Commit verweist, kannst Du sie nicht zusammenführen, wenn der Review bei einer oder bei beiden ausstehend ist oder abgelehnt wurde.
Du kannst alle Reviews eines Pull Requests in der Zeitleiste der Unterhaltung anzeigen, und Du kannst Reviews von Repository-Inhabern und -Mitarbeitern im Merge-Feld des Pull Requests sehen.
Tip: Mit den Suchbegriffen review-requested:[USERNAME] oder team-review-requested:[TEAMNAME] kannst Du einen Pull Request finden, bei dem Du oder ein Team, in dem Du Mitglied bist, zu einem Review aufgefordert ist. Weitere Informationen findest Du unter „Suchen von Issues und Pull Requests."
Unterhaltungen auflösen
Du kannst eine Unterhaltung in einem Pull Request auflösen, wenn Du den Pull Request geöffnet hast oder Du über Schreibzugriff auf das Repository verfügst, in dem der Pull Request geöffnet wurde.
Um anzugeben, dass eine Unterhaltung auf der Registerkarte Files changed (geänderte Dateien) abgeschlossen ist, klicke auf Resolve conversation (Unterhaltung auflösen).
Die gesamte Unterhaltung wird reduziert und als aufgelöst markiert. Dadurch lassen sich Unterhaltungen einfacher auffinden, die noch angegangen werden müssen.
Wenn der Vorschlag in einem Kommentar nicht in den Geltungsbereich Deines Pull Requests fällt, kannst Du einen neuen Issue öffnen, das das Feedback nachverfolgt und zum ursprünglichen Kommentar zurück verknüpft. Weitere Informationen findest Du unter „Öffnen eines Issue aus einem Kommentar."
Erforderlicher Review
Repository-Administratoren können verlangen, dass alle Pull Requests eine bestimmte Anzahl von genehmigenden Reviews von Personen mit write oder admin Berechtigungen im Repository oder von einem benannten Codeinhaber erhalten, bevor sie in einen geschützten Branch zusammengeführt werden. Weitere Informationen findest Du unter „Informationen zu geschützten Branches“.
Wenn erforderliche Reviews aktiviert sind, kann jeder mit Zugriff auf das Repository Änderungen in einem Pull Request genehmigen. Du kannst Deinen Pull Request jedoch nicht zusammenführen, bevor die erforderliche Anzahl von Bearbeitern mit write- oder admin Berechtigungen im Repository die Änderungen Deines Pull Request in ihrer Reviews genehmigt hat. Weitere Informationen zu Repository-Berechtigungsebenen findest Du unter „Berechtigungsebenen für die Repositorys einer Organisation“. Wenn ein Review durch einen designierten Codeinhaber erforderlich ist und sich der Pull Request auf Code auswirkt, der einen designierten Inhaber aufweist, ist eine Genehmigung dieses Inhabers erforderlich.
Weitere Informationen findest Du unter „Informationen zu erforderlichen Reviews für Pull Requests.“
Tipp: Bei Bedarf können Personen mit Administrator- oder Schreibzugriff auf ein Repository einen Pull-Request-Review ablehnen. Weitere Informationen findest Du unter „Einen Pull-Request-Review ablehnen.“