Code mit Pull-Requests in Amazon überprüfen CodeCatalyst - Amazon CodeCatalyst

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Code mit Pull-Requests in Amazon überprüfen CodeCatalyst

Ein Pull Request ist die wichtigste Methode, mit der du und andere Projektmitglieder Codeänderungen von einem Branch zum anderen überprüfen, kommentieren und zusammenführen können. Sie können Pull Requests verwenden, um Codeänderungen gemeinsam auf kleinere Änderungen oder Korrekturen, wichtige Funktionserweiterungen oder neue Versionen Ihrer veröffentlichten Software zu überprüfen. Wenn du Issues verwendest, um die Arbeit an deinem Projekt nachzuverfolgen, kannst du bestimmte Issues mit Pull Requests verknüpfen, um nachzuverfolgen, welche Probleme durch die Codeänderungen im Pull Request behoben werden. Wenn du einen Pull Request erstellst, aktualisierst, kommentierst, zusammenführst oder schließt, wird automatisch eine E-Mail an den Autor des Pull Requests sowie an alle erforderlichen oder optionalen Überprüfer für den Pull Request gesendet.

Tipp

Du kannst in deinem Profil konfigurieren, über welche Pull-Request-Ereignisse du E-Mails erhältst. Weitere Informationen finden Sie unter Senden von Slack- und E-Mail-Benachrichtigungen von CodeCatalyst.

Für Pull-Requests sind zwei Branches in einem Quell-Repository erforderlich: ein Quell-Branch, der den Code enthält, den Sie überprüfen möchten, und ein Ziel-Branch, in dem Sie den überprüften Code zusammenführen möchten. Der Quell-Branch enthält den AFTER Commit, also den Commit, der die Änderungen enthält, die Sie mit dem Ziel-Branch zusammenführen möchten. Der Zielzweig enthält den BEFORE Commit, der den Status des Codes darstellt, bevor der Pull-Request-Branch mit dem Ziel-Branch zusammengeführt wird.

Anmerkung

Während Sie einen Pull-Request erstellen, ist der angezeigte Unterschied der Unterschied zwischen der Spitze des Quell-Branches und der Spitze des Ziel-Branches. Sobald du den Pull Request erstellt hast, besteht der angezeigte Unterschied zwischen der Revision des Pull-Requests, den du ausgewählt hast, und dem Commit, der bei der Erstellung des Pull-Requests der Tip des Ziel-Branches war. Weitere Informationen zu Unterschieden und Merge-Bases in Git finden Sie git-merge-basein der Git-Dokumentation.

Ein Pull-Request wird zwar für ein bestimmtes Quell-Repository und Branches erstellt, aber du kannst sie im Rahmen der Arbeit mit deinem Projekt erstellen, ansehen, überprüfen und schließen. Sie müssen das Quell-Repository nicht aufrufen, um Pull-Requests anzeigen und damit arbeiten zu können. Ein Pull-Request-Status wird bei der Erstellung auf Offen gesetzt. Der Pull-Request bleibt geöffnet, bis Sie ihn entweder in der CodeCatalyst Konsole zusammenführen, wodurch der Status in Zusammengeführt geändert wird, oder bis Sie ihn schließen, wodurch der Status in Geschlossen geändert wird.

Wenn dein Code überprüft wurde, kannst du den Status der Pull-Anfrage auf eine von mehreren Arten ändern:

  • Führen Sie den Pull-Request in der CodeCatalyst Konsole zusammen. Der Code im Quellzweig der Pull-Anfrage wird mit dem Zielzweig zusammengeführt. Der Status der Pull-Anfrage wird auf Zusammengeführt geändert. Er kann nicht wieder zu „Offen“ geändert werden.

  • Führen Sie die Branches lokal zusammen, übertragen Sie Ihre Änderungen und schließen Sie dann den Pull-Request in der CodeCatalyst Konsole.

  • Verwenden Sie die CodeCatalyst Konsole, um den Pull-Request ohne Zusammenführung zu schließen. Dadurch wird der Status auf Geschlossen geändert, und der Code aus dem Quell-Branch wird nicht mit dem Ziel-Branch zusammengeführt.

Bevor Sie eine Pull-Anforderung erstellen, müssen Sie folgende Schritte ausführen:

  • Übergeben Sie die Codeänderungen, die Sie überprüfen möchten, und übertragen Sie sie in einen Branch (den Quell-Branch).

  • Richten Sie Benachrichtigungen für Ihr Projekt ein, damit andere Benutzer über alle Workflows informiert werden können, die ausgeführt werden, wenn Sie eine Pull-Anfrage erstellen. (Dieser Schritt ist optional, wird aber empfohlen.)