Artikelversion: Enterprise Server 2.17
Informationen zu Pull-Request-Reviews
Mit Reviews können Mitarbeiter die in Pull Requests vorgeschlagenen Änderungen kommentieren, die Änderungen genehmigen oder weitere Änderungen anfordern, bevor der Pull Request gemergt wird. Repository-Administratoren können festlegen, dass alle Pull Requests vor dem Mergen genehmigt werden müssen.
Informationen zu Pull-Request-Reviews
After a pull request is opened, anyone with read access can review and comment on the changes it proposes. You can also suggest specific changes to lines of code, which the author can apply directly from the pull request. For more information, see "Reviewing proposed changes in a pull request."
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. For more information, see "Requesting a pull request review."
Reviews ermöglichen eine Diskussion der vorgeschlagenen Änderungen und tragen dazu bei, dass die Änderungen den Beitragsrichtlinien des Repositorys und anderen Qualitätsstandards entsprechen. Sie können definieren, welche Personen oder Teams bestimmte Codetypen oder -bereiche in einer CODEINHABER-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 finden Sie unter „Informationen zu Codeinhabern“.
Ein Review kann drei verschiedene Status haben:
- Comment (Kommentieren): Senden Sie allgemeines Feedback, ohne die Änderungen ausdrücklich zu genehmigen oder zusätzliche Änderungen anzufordern.
- Approve (Genehmigen): Senden Sie Feedback und genehmigen Sie das Mergen der im Pull Request vorgeschlagenen Änderungen.
- Request changes (Änderungen anfordern): Fordern Sie mit Ihrem Feedback Änderungen an, die vor dem Mergen des Pull Requests vorgenommen werden müssen.
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 mergen, 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 mergen, wenn der Review bei einer oder bei beiden ausstehend ist oder abgelehnt wurde.
Sie können alle Reviews eines Pull Requests in der Zeitleiste der Unterhaltung anzeigen, und Sie können 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 finden Sie unter „Informationen zu erforderlichen Reviews für Pull Requests“.
Tipp: Bei Bedarf können Personen mit Administratorzugriff oder Schreibzugriff auf ein Repository einen Pull-Request-Review ablehnen. Weitere Informationen finden Sie unter „Einen Pull-Request-Review ablehnen“.