Amazon CodeCatalyst ist nicht mehr offen für Neukunden. Bestandskunden können den Service weiterhin wie gewohnt nutzen. Weitere Informationen finden Sie unter [Wie migriert man von CodeCatalyst](migration.md).
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](notifications-manage.md).
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, bei dem es sich um den Commit mit den Änderungen handelt, die Sie mit dem Ziel-Branch zusammenführen möchten. Der Ziel-Branch enthält den BEFORE-Commit, der den Status des Codes repräsentiert, bevor der Pull-Anforderungs-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-base](https://git-scm.com/docs/git-merge-base)in 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 auf **Offen** gesetzt, wenn du ihn erstellst. 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 des Pull-Requests wird mit dem Ziel-Branch zusammengeführt. Der Status der Pull-Anfrage wird auf **Zusammengeführt** geändert. Er kann nicht wieder auf „**Offen“ zurückgesetzt** 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.)
**Topics**
+ [Erstellen einer Pull-Anforderung](pull-requests-create.md)
+ [Pull-Requests anzeigen](pull-requests-view.md)
+ [Verwaltung der Anforderungen für das Zusammenführen einer Pull-Anfrage mit Genehmigungsregeln](source-pull-requests-approval-rules.md)
+ [Überprüfen einer Pull-Anforderung](pull-requests-review.md)
+ [Aktualisieren einer Pull-Anforderung](pull-requests-update.md)
+ [Zusammenführen einer Pull-Anforderung](pull-requests-merge.md)
+ [Einen Pull-Request schließen](pull-requests-close.md)
# Erstellen einer Pull-Anforderung
Durch das Erstellen von Pull-Anforderungen können andere Benutzer Ihre Codeänderungen sehen und prüfen, bevor Sie diese mit einem anderen Branch zusammenführen. Zunächst erstellen Sie einen Branch für Ihre Codeänderungen. Dieser wird als Quell-Branch einer Pull-Anforderung bezeichnet. Nachdem Sie die Änderungen in das Repository übernommen und per Push übertragen haben, können Sie eine Pull-Anfrage erstellen, die den Inhalt des Quell-Branches mit dem Inhalt des Ziel-Branches vergleicht.
Sie können in der CodeCatalyst Amazon-Konsole einen Pull-Request von einem bestimmten Branch aus, von der Pull-Requests-Seite oder von der Projektübersicht aus erstellen. Wenn Sie einen Pull Request von einem bestimmten Branch aus erstellen, werden der Repository-Name und der Quell-Branch automatisch auf der Seite zur Erstellung von Pull-Requests angezeigt. Wenn du einen Pull-Request erstellst, erhältst du automatisch E-Mails über alle Aktualisierungen des Pull-Requests sowie darüber, ob der Pull-Request zusammengeführt oder geschlossen wurde.
**Anmerkung**
Während du einen Pull Request erstellst, ist der angezeigte Unterschied der Unterschied zwischen der Spitze des Quell-Branches und der Spitze des Ziel-Branches. Sobald der Pull Request erstellt wurde, 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-base](https://git-scm.com/docs/git-merge-base)in der Git-Dokumentation.
Sie können beim Erstellen von Pull Requests die Funktion **Beschreibung für mich schreiben** verwenden, damit Amazon Q automatisch eine Beschreibung der in einer Pull-Anfrage enthaltenen Änderungen erstellt. Wenn Sie diese Option wählen, analysiert Amazon Q die Unterschiede zwischen dem Quell-Branch, der die Codeänderungen enthält, und dem Ziel-Branch, in dem Sie diese Änderungen zusammenführen möchten. Anschließend erstellt es eine Zusammenfassung der Änderungen sowie die beste Interpretation der Absicht und Wirkung dieser Änderungen. Diese Funktion ist nur in der Region USA West (Oregon) für CodeCatalyst Pull-Requests verfügbar. Die Funktion „**Beschreibung für mich schreiben**“ ist für Pull-Requests in verknüpften Repositorys nicht verfügbar.
**Anmerkung**
**Bereitgestellt von Amazon Bedrock**: AWS implementiert [automatisierte Missbrauchserkennung](https://docs.aws.amazon.com//bedrock/latest/userguide/abuse-detection.html). Da die Features **Beschreibung für mich schreiben**, **Inhaltszusammenfassung erstellen**, **Aufgaben empfehlen**, **Features mit Amazon Q erstellen oder zu einem Projekt hinzufügen** und **Probleme Amazon Q zuweisen** mit Amazon-Q-Developer-Agent für die Softwareentwicklung auf Amazon Bedrock basieren, können Benutzer die in Amazon Bedrock implementierten Steuerelemente in vollem Umfang nutzen, um die Sicherheit und den verantwortungsvollen Umgang mit künstlicher Intelligenz (KI) durchzusetzen.
**So erstellen Sie eine Pull-Anforderung**
1. Navigieren Sie zu Ihrem Projekt.
1. Führen Sie eine der folgenden Aktionen aus:
+ Wählen Sie im Navigationsbereich **Code**, dann **Pull Requests** und dann **Create Pull Request** aus.
+ Wählen Sie auf der Repository-Startseite die Option **Mehr** und dann **Pull-Request erstellen** aus.
+ Wähle auf der Projektseite die Option **Pull-Request erstellen** aus.
1. Stellen Sie im **Quell-Repository** sicher, dass das angegebene Quell-Repository das ist, das den festgeschriebenen Code enthält. Diese Option wird nur angezeigt, wenn Sie den Pull-Request nicht von der Hauptseite des Repositorys aus erstellt haben.
1. Wählen Sie im **Ziel-Branch** den Branch aus, in den der Code nach der Überprüfung zusammengeführt werden soll.
1. Wählen Sie im **Quellzweig** den Zweig aus, der den festgeschriebenen Code enthält.
1. Geben **Sie im Feld Titel der Pull-Anfrage** einen Titel ein, der anderen Benutzern hilft zu verstehen, was überprüft werden muss und warum.
1. (Optional) Geben Sie unter **Beschreibung des Pull-Requests** Informationen wie einen Link zu Problemen oder eine Beschreibung Ihrer Änderungen ein.
**Tipp**
Du kannst **Beschreibung für mich schreiben** auswählen, damit CodeCatalyst automatisch eine Beschreibung der in der Pull-Anfrage enthaltenen Änderungen generiert wird. Sie können Änderungen an der automatisch generierten Beschreibung vornehmen, nachdem Sie sie dem Pull Request hinzugefügt haben.
Diese Funktionalität setzt voraus, dass generative KI-Funktionen für den Space aktiviert sind und ist nicht für Pull-Requests in verknüpften Repositorys verfügbar. Weitere Informationen finden Sie unter [Generative KI-Funktionen verwalten](https://docs.aws.amazon.com/codecatalyst/latest/adminguide/managing-generative-ai-features.html).
1. (Optional) Wählen Sie **unter Probleme** die Option **Probleme verknüpfen** aus und wählen Sie dann entweder ein Problem aus der Liste aus oder geben Sie dessen ID ein. Um die Verknüpfung eines Problems aufzuheben, wählen Sie das Symbol „Verknüpfung aufheben“.
1. (Optional) Wählen Sie unter **Erforderliche Prüfer die Option Erforderliche Prüfer** **hinzufügen** aus. Wählen Sie aus der Liste der Projektmitglieder aus, um sie hinzuzufügen. Erforderliche Prüfer müssen die Änderungen genehmigen, bevor der Pull-Request mit dem Ziel-Branch zusammengeführt werden kann.
**Anmerkung**
Sie können einen Prüfer nicht gleichzeitig als erforderlichen Prüfer und als optionalen Prüfer hinzufügen. Sie können sich nicht selbst als Prüfer hinzufügen.
1. (Optional) Wählen Sie unter **Optionale Prüfer** die Option **Optionale Prüfer hinzufügen** aus. Wählen Sie aus der Liste der Projektmitglieder aus, um sie hinzuzufügen. Optionale Prüfer müssen die Änderungen nicht als Anforderung genehmigen, bevor der Pull-Request mit dem Ziel-Branch zusammengeführt werden kann.
1. Überprüfe die Unterschiede zwischen den Branches. Der Unterschied, der in einem Pull Request angezeigt wird, besteht in den Änderungen zwischen der Revision im Quell-Branch und der Merge-Base, bei der es sich um den Head-Commit des Ziel-Branches zum Zeitpunkt der Erstellung des Pull-Requests handelt. Wenn keine Änderungen angezeigt werden, sind die Branches möglicherweise identisch, oder Sie haben denselben Branch sowohl für die Quelle als auch für das Ziel ausgewählt.
1. Wenn Sie überzeugt sind, dass der Pull Request den Code und die Änderungen enthält, die Sie überprüfen möchten, wählen Sie **Create** aus.
**Anmerkung**
Nachdem Sie den Pull Request erstellt haben, können Sie Kommentare hinzufügen. Kommentare können zum Pull-Request oder zu einzelnen Zeilen in Dateien sowie zum gesamten Pull-Request hinzugefügt werden. Du kannst Links zu Ressourcen wie Dateien hinzufügen, indem du das @-Zeichen gefolgt vom Namen der Datei verwendest.
**Um einen Pull-Request von einem Branch aus zu erstellen**
1. Navigiere zu dem Projekt, in dem du einen Pull Request erstellen möchtest.
1. Wählen Sie im Navigationsbereich **Quell-Repositories** und wählen Sie dann das Repository aus, das den Branch enthält, in dem Sie Codeänderungen überprüfen möchten.
1. Wählen Sie den Dropdown-Pfeil neben dem Standard-Branch-Namen und wählen Sie dann den gewünschten Branch aus der Liste aus. Um alle Branches für ein Repository anzuzeigen, wählen Sie **Alle anzeigen** aus.
1. Wähle **Mehr** und dann **Pull-Request erstellen** aus.
1. Das Repository und der Quell-Branch sind für Sie vorausgewählt. Wählen Sie im **Zielzweig** den Zweig aus, in dem Sie den Code zusammenführen möchten, sobald er überprüft wurde. Geben **Sie im Feld Titel der Pull-Anfrage** einen Titel ein, der anderen Projektbenutzern hilft zu verstehen, was überprüft werden muss und warum. Geben Sie optional in der **Beschreibung des Pull-Requests** weitere Informationen ein, z. B. indem Sie einen Link zu verwandten Problemen in CodeCatalyst einfügen oder eine Beschreibung der von Ihnen vorgenommenen Änderungen hinzufügen.
**Anmerkung**
Workflows, die so konfiguriert sind, dass sie für Ereignisse zum Erstellen von Pull-Requests ausgeführt werden, werden nach der Erstellung der Pull-Anfrage ausgeführt, wenn der Ziel-Branch für den Pull Request mit einem der im Workflow angegebenen Branches übereinstimmt.
1. Überprüfen Sie die Unterschiede zwischen den Branches. Wenn keine Änderungen angezeigt werden, sind die Zweige möglicherweise identisch, oder Sie haben denselben Zweig sowohl für die Quelle als auch für das Ziel ausgewählt.
1. (Optional) Wählen Sie **unter Probleme** die Option **Probleme verknüpfen** aus und wählen Sie dann entweder ein Problem aus der Liste aus, oder geben Sie dessen ID ein. Um die Verknüpfung eines Problems aufzuheben, wählen Sie das Symbol „Verknüpfung aufheben“.
1. (Optional) Wählen Sie unter **Erforderliche Prüfer die Option Erforderliche Prüfer** **hinzufügen** aus. Wählen Sie aus der Liste der Projektmitglieder aus, um sie hinzuzufügen. Erforderliche Prüfer müssen die Änderungen genehmigen, bevor der Pull-Request mit dem Ziel-Branch zusammengeführt werden kann.
**Anmerkung**
Sie können einen Prüfer nicht sowohl als erforderlich als auch als optional hinzufügen. Sie können sich nicht selbst als Prüfer hinzufügen.
1. (Optional) Wählen Sie unter **Optionale Prüfer** die Option **Optionale Prüfer hinzufügen** aus. Wählen Sie aus der Liste der Projektmitglieder aus, um sie hinzuzufügen. Optionale Prüfer müssen die Änderungen nicht genehmigen, bevor der Pull-Request mit dem Ziel-Branch zusammengeführt werden kann.
1. **Wenn Sie überzeugt sind, dass der Pull Request die Änderungen, die Sie überprüfen möchten, und die erforderlichen Reviewer enthält, wählen Sie Create aus.**
Wenn Sie Workflows so konfiguriert haben, dass sie ausgeführt werden, bei denen der Branch mit dem Ziel-Branch im Pull Request übereinstimmt, werden Ihnen nach der Erstellung des **Pull Requests Informationen zu diesen Workflow-Ausführungen in der **Übersicht** im Bereich Pull-Request-Details** angezeigt. Weitere Informationen finden Sie unter [Hinzufügen von Triggern zu Workflows](workflows-add-trigger-add.md).
# Pull-Requests anzeigen
Sie können Pull-Requests für ein Projekt in der CodeCatalyst Amazon-Konsole anzeigen. Auf der Seite mit der Projektzusammenfassung werden alle offenen Pull Requests für ein Projekt angezeigt. Um alle Pull Requests unabhängig von ihrem Status anzuzeigen, navigieren Sie zur Seite mit den Pull Requests für Ihr Projekt. Wenn du dir einen Pull Request ansiehst, kannst du wählen, ob du eine Zusammenfassung aller Kommentare zu den für dich erstellten Änderungen an dem Pull Request erhalten möchtest.
**Anmerkung**
**Bereitgestellt von Amazon Bedrock**: AWS implementiert [automatisierte Missbrauchserkennung](https://docs.aws.amazon.com//bedrock/latest/userguide/abuse-detection.html). Da die Features **Beschreibung für mich schreiben**, **Inhaltszusammenfassung erstellen**, **Aufgaben empfehlen**, **Features mit Amazon Q erstellen oder zu einem Projekt hinzufügen** und **Probleme Amazon Q zuweisen** mit Amazon-Q-Developer-Agent für die Softwareentwicklung auf Amazon Bedrock basieren, können Benutzer die in Amazon Bedrock implementierten Steuerelemente in vollem Umfang nutzen, um die Sicherheit und den verantwortungsvollen Umgang mit künstlicher Intelligenz (KI) durchzusetzen.
**Um offene Pull-Requests anzusehen**
1. Navigiere zu dem Projekt, in dem du Pull Requests ansehen möchtest.
1. Auf der Projektseite werden offene Pull Requests angezeigt, einschließlich Informationen darüber, wer den Pull Request erstellt hat, welches Repository die Branches für den Pull Request enthält und an welchem Datum der Pull Request erstellt wurde. Sie können die Ansicht der geöffneten Pull-Requests nach dem Quell-Repository filtern.
1. Um alle Pull-Requests **anzuzeigen, wähle Alle anzeigen**. Du kannst die Selektoren verwenden, um zwischen den Optionen zu wählen. Um beispielsweise alle Pull-Requests anzuzeigen, wähle **Beliebiger Status und Beliebiger** **Autor** aus.
Sie können auch im Navigationsbereich **Code** und dann **Pull Requests** auswählen und dann mithilfe der Selektoren Ihre Ansicht verfeinern.
1. Auf der Seite **Pull Requests** kannst du Pull Requests nach ID, Titel, Status und mehr sortieren. Um anzupassen, welche Informationen und wie viele Informationen auf der Pull-Requests-Seite angezeigt werden, wähle das Zahnradsymbol.
1. Um einen bestimmten Pull Request anzuzeigen, wähle ihn aus der Liste aus.
1. Um den Status der mit diesem Pull Request verknüpften Workflow-Ausführungen, falls vorhanden, anzuzeigen, wähle **Übersicht** und überprüfe die Informationen im Bereich **Pull-Request-Details** des Pull Requests unter **Workflow-Ausführungen**.
Ein Workflow-Lauf findet statt, wenn der Workflow mit Ereignissen zum Erstellen oder Überarbeiten von Pull-Requests konfiguriert ist und wenn die Anforderungen für den Ziel-Branch im Workflow mit dem im Pull Request angegebenen Ziel-Branch übereinstimmen. Weitere Informationen finden Sie unter [Hinzufügen von Triggern zu Workflows](workflows-add-trigger-add.md).
1. Um gegebenenfalls verknüpfte Probleme anzuzeigen, wählen Sie **Übersicht** und überprüfen Sie die Informationen in den **Pull-Request-Details** unter **Probleme**. Wenn du ein verknüpftes Problem anzeigen möchtest, wähle dessen ID aus der Liste aus.
1. (Optional) Um eine Zusammenfassung der Kommentare zu erstellen, die zu den Codeänderungen in Überarbeitungen des Pull-Requests hinterlassen wurden, wähle **Inhaltszusammenfassung erstellen** aus. Die Zusammenfassung wird keine Kommentare enthalten, die zum gesamten Pull-Request hinterlassen wurden.
**Anmerkung**
Diese Funktion setzt voraus, dass generative KI-Funktionen für den Space aktiviert sind. Sie ist für verknüpfte Repositorys nicht verfügbar und ist nur in der Region USA West (Oregon) verfügbar. Weitere Informationen finden Sie unter [Generative KI-Funktionen verwalten](https://docs.aws.amazon.com/codecatalyst/latest/adminguide/managing-generative-ai-features.html).
1. Um die Codeänderungen im Pull Request anzuzeigen, wähle **Changes** aus. Unter **Geänderte Dateien kannst du schnell einsehen, wie viele Dateien Änderungen im Pull Request enthalten haben und zu welchen Dateien im Pull Request Kommentare hinzugefügt wurden**. Die Anzahl der Kommentare, die neben einem Ordner angezeigt werden, gibt die Anzahl der Kommentare zu Dateien in diesem Ordner an. Erweitern Sie den Ordner, um die Anzahl der Kommentare für jede Datei im Ordner anzuzeigen. Sie können sich auch alle Kommentare ansehen, die zu bestimmten Codezeilen hinterlassen wurden.
**Anmerkung**
Nicht alle Änderungen in einer Pull-Anfrage können in der Konsole angezeigt werden. Sie können beispielsweise keine Git-Submodule in der Konsole anzeigen, sodass Sie auch keine Unterschiede in einem Submodul in einer Pull-Anfrage anzeigen können. Einige Unterschiede sind möglicherweise zu groß, um angezeigt zu werden. Weitere Informationen erhalten Sie unter [Kontingente für Quell-Repositorys in CodeCatalyst](source-quotas.md) und [Eine Datei ansehenDen Verlauf der Änderungen an einer Datei anzeigen](source-files-view.md).
1. Um Qualitätsberichte für diesen Pull Request anzuzeigen, wähle **Berichte** aus.
**Anmerkung**
Ein Workflow muss so konfiguriert sein, dass er Berichte generiert, damit sie in Ihren Pull Requests angezeigt werden. Weitere Informationen finden Sie unter [Testen mit WorkflowsTesten mit Workflows](test-workflow-actions.md).
# Verwaltung der Anforderungen für das Zusammenführen einer Pull-Anfrage mit Genehmigungsregeln
Wenn du einen Pull Request erstellst, kannst du wählen, ob du diesem einzelnen Pull Request erforderliche oder optionale Reviewer hinzufügen möchtest. Du kannst jedoch auch Anforderungen erstellen, die alle Pull Requests erfüllen müssen, wenn sie mit einem bestimmten Ziel-Branch zusammengeführt werden. Diese Anforderungen werden als Genehmigungsregeln bezeichnet. Genehmigungsregeln werden für Branches in einem Repository konfiguriert. Wenn Sie einen Pull Request erstellen, für dessen Ziel-Branch eine Genehmigungsregel konfiguriert ist, müssen die Anforderungen für diese Regel zusätzlich zu den Genehmigungen aller erforderlichen Prüfer erfüllt sein, bevor Sie den Pull Request mit diesem Branch zusammenführen können. Durch das Erstellen von Genehmigungsregeln können Sie die Qualitätsstandards für Zusammenführungen mit Branches wie Ihrem Standard-Branch aufrechterhalten.
Genehmigungsregeln, die auf den Standard-Branch Ihres Quell-Repositorys angewendet werden, verhalten sich etwas anders als Genehmigungsregeln, die auf andere Branches angewendet werden. Jede Regel, die auf den Standard-Branch angewendet wird, wird automatisch auf jeden Branch angewendet, den Sie als Standard-Branch angeben. Der Zweig, der zuvor als Standardzweig festgelegt wurde, behält weiterhin die Regeln bei, die auf ihn angewendet wurden.
Wenn Sie Genehmigungsregeln erstellen, sollten Sie berücksichtigen, wie diese Regel von Ihren Projektbenutzern sowohl in der Gegenwart als auch in future eingehalten wird. Wenn Sie beispielsweise sechs Benutzer in Ihrem Projekt haben und Sie eine Genehmigungsregel erstellen, die fünf Genehmigungen erfordert, bevor sie mit dem Ziel-Branch zusammengeführt werden kann, haben Sie effektiv eine Regel erstellt, nach der alle außer der Person, die die Pull Requests erstellt hat, diese Pull Request genehmigen müssen, bevor sie zusammengeführt werden kann.
**Anmerkung**
Sie benötigen die Rolle des Projektadministrators, um Genehmigungsregeln in CodeCatalyst Projekten erstellen und verwalten zu können. Sie können keine Genehmigungsregeln für verknüpfte Repositorys erstellen.
Sie können Genehmigungsregeln nicht löschen, aber Sie können sie so aktualisieren, dass keine Genehmigungen mehr erforderlich sind, wodurch die Regel effektiv entfernt wird.
**Um Genehmigungsregeln für Ziel-Branches für Pull Requests anzuzeigen und zu bearbeiten**
1. Navigieren Sie zu dem Projekt, in dem sich Ihr Repository befindet.
1. Wählen Sie den Namen des Repositorys aus der Liste der Quell-Repositorys für das Projekt aus. Sie können auch im Navigationsbereich **Code** und dann **Quell-Repositorys** auswählen.
Wählen Sie das Repository aus, in dem Sie die Genehmigungsregeln anzeigen möchten.
1. Wählen Sie auf der Übersichtsseite des Repositorys die Option **Branches** aus.
1. Wählen Sie in der Spalte **Genehmigungsregeln** die Option **Anzeigen** aus, um den Status aller Regeln für jeden Zweig des Repositorys anzuzeigen.
Im **Feld Mindestanzahl von Genehmigungen entspricht die Anzahl der Genehmigungen**, die erforderlich sind, bevor ein Pull Request mit diesem Branch zusammengeführt werden kann.
1. Um eine Genehmigungsregel zu erstellen oder zu ändern, wählen Sie Einstellungen **verwalten** aus. Wählen Sie auf der Einstellungsseite für das Quell-Repository unter **Genehmigungsregeln die** Option **Bearbeiten** aus.
**Anmerkung**
Sie benötigen die Rolle **eines Projektadministrators**, um Genehmigungsregeln bearbeiten zu können.
1. Wählen Sie unter **Branch** aus der Dropdownliste den Namen der Filiale aus, für die Sie eine Genehmigungsregel konfigurieren möchten. Geben Sie im Feld **Mindestanzahl von Genehmigungen** eine Zahl ein, und wählen Sie dann **Speichern** aus.
# Überprüfen einer Pull-Anforderung
Sie können die CodeCatalyst Amazon-Konsole verwenden, um die in einer Pull-Anfrage enthaltenen Änderungen gemeinsam zu überprüfen und zu kommentieren. Sie können Kommentare zu einzelnen Codezeilen hinzufügen, die den Unterschied zwischen den Quell- und Zielbranches oder den Unterschied zwischen den Versionen des Pull-Requests betreffen. Sie können sich dafür entscheiden, eine Zusammenfassung der Kommentare zu den Codeänderungen im Pull Request zu erstellen, um das Feedback anderer Benutzer schnell zu verstehen. Du kannst dich auch dafür entscheiden, eine Entwicklungsumgebung zu erstellen, um an Code zu arbeiten.
**Anmerkung**
**Bereitgestellt von Amazon Bedrock**: AWS implementiert [automatisierte Missbrauchserkennung](https://docs.aws.amazon.com//bedrock/latest/userguide/abuse-detection.html). Da die Features **Beschreibung für mich schreiben**, **Inhaltszusammenfassung erstellen**, **Aufgaben empfehlen**, **Features mit Amazon Q erstellen oder zu einem Projekt hinzufügen** und **Probleme Amazon Q zuweisen** mit Amazon-Q-Developer-Agent für die Softwareentwicklung auf Amazon Bedrock basieren, können Benutzer die in Amazon Bedrock implementierten Steuerelemente in vollem Umfang nutzen, um die Sicherheit und den verantwortungsvollen Umgang mit künstlicher Intelligenz (KI) durchzusetzen.
**Tipp**
Sie können in Ihrem Profil konfigurieren, über welche Pull-Request-Ereignisse Sie E-Mails erhalten. Weitere Informationen finden Sie unter [Senden von Slack- und E-Mail-Benachrichtigungen von CodeCatalyst](notifications-manage.md).
Pull-Requests zeigen, was der Unterschied zwischen der Revision des Pull-Requests und dem Commit sein wird, das bei der Erstellung des Pull-Requests der Tipp des Ziel-Branches war. Dies wird als Merge-Base bezeichnet. Weitere Informationen zu Unterschieden und Merge-Bases in Git finden Sie [git-merge-base](https://git-scm.com/docs/git-merge-base)in der Git-Dokumentation.
**Tipp**
Wenn du in der Konsole arbeitest, insbesondere wenn du eine Zeit lang eine Pull-Anfrage geöffnet hast, solltest du erwägen, deinen Browser zu aktualisieren, um sicherzustellen, dass du die neueste Version für eine Pull-Anfrage zur Verfügung hast, bevor du mit der Überprüfung beginnst.
**Um einen Pull-Request in der CodeCatalyst Konsole zu überprüfen**
1. Navigiere zu deinem Projekt.
1. Navigiere zu den Pull Requests, indem du einen der folgenden Schritte ausführst:
+ Wenn der Pull Request auf der Projektseite aufgeführt ist, wählen Sie ihn aus der Liste aus.
+ Wenn der Pull Request nicht auf der Projektseite aufgeführt ist, wähle **Alle anzeigen** aus. Verwende die Filter und die Sortierung, um den Pull Request zu finden, und wähle ihn dann aus der Liste aus.
+ Wählen Sie im Navigationsbereich **Code** und dann **Pull Requests** aus.
1. Wählen Sie die Pull-Anfrage, die Sie überprüfen möchten, aus der Liste aus. Du kannst die Liste der Pull-Requests filtern, indem du einen Teil des Namens in die Filterleiste eingibst.
1. In der **Übersicht** kannst du den Namen und den Titel des Pull Requests überprüfen. Du kannst Kommentare, die zum Pull Request selbst hinterlassen wurden, erstellen und ansehen. Du kannst dir auch die Details des Pull-Requests ansehen, einschließlich Informationen über Workflow-Ausführungen, verknüpfte Probleme, Prüfer, den Autor des Pull-Requests und mögliche Merge-Strategien.
**Anmerkung**
Kommentare, die zu bestimmten Codezeilen hinterlassen wurden, werden unter **Änderungen** angezeigt.
1. (Optional) Um einen Kommentar hinzuzufügen, der für die gesamte Pull-Anfrage gilt, erweitern Sie **Kommentare zur Pull-Anfrage** und wählen Sie dann **Kommentar erstellen** aus.
1. (Optional) Um eine Zusammenfassung aller Kommentare zu Änderungen in Revisionen dieses Pull-Requests anzuzeigen, wähle **Kommentarzusammenfassung erstellen** aus.
**Anmerkung**
Diese Funktion setzt voraus, dass generative KI-Funktionen für den Space aktiviert sind und ist nur in der Region USA West (Oregon) verfügbar. Weitere Informationen finden Sie unter [Generative KI-Funktionen verwalten](https://docs.aws.amazon.com/codecatalyst/latest/adminguide/managing-generative-ai-features.html).
1. Unter **Änderungen** kannst du die Unterschiede zwischen dem Ziel-Branch und der neuesten Version des Pull-Requests sehen. Wenn es mehr als eine Revision gibt, kannst du ändern, welche Revisionen im Unterschied zwischen ihnen verglichen werden. Weitere Informationen zu Revisionen finden Sie unter [Überarbeitungen](source-concepts.md#revision-concept).
**Tipp**
Unter **Geänderte** Dateien kannst du schnell einsehen, wie viele Dateien Änderungen im Pull Request enthalten haben und zu welchen Dateien im Pull Request Kommentare hinzugefügt wurden. Die Anzahl der Kommentare, die neben einem Ordner angezeigt werden, gibt die Anzahl der Kommentare zu Dateien in diesem Ordner an. Erweitern Sie den Ordner, um die Anzahl der Kommentare für jede Datei im Ordner anzuzeigen.
1. Um zu ändern, wie Unterschiede angezeigt werden, wählen Sie zwischen **Vereinheitlicht** und **Geteilt**.
1. Um einer Zeile im Pull Request einen Kommentar hinzuzufügen, gehe zu der Zeile, die du kommentieren möchtest. Wähle das Kommentarsymbol, das für diese Zeile angezeigt wird, gib einen Kommentar ein und wähle dann **Speichern**.
1. Um Änderungen zwischen den Versionen eines Pull-Requests oder zwischen dessen Quell- und Ziel-Branches anzuzeigen, wähle eine der verfügbaren Optionen unter **Vergleichen** aus. Kommentare zu Zeilen in Revisionen bleiben in diesen Revisionen erhalten.
1. Wenn Sie Ihren Workflow so konfiguriert haben, dass ein Bericht zur Codeabdeckung über Pull-Request-Trigger generiert wird, können Sie die Ergebnisse der Leitungs- und Zweigabdeckung im entsprechenden Pull Request einsehen. Um die Ergebnisse der Codeabdeckung auszublenden, wähle „**Codeabdeckung ausblenden**“. Weitere Informationen finden Sie unter [Code-Abdeckungsberichte](test-workflow-actions.md#test-code-coverage-reports).
1. Wenn du Codeänderungen an der Pull-Anfrage vornehmen möchtest, kannst du aus der Pull-Anfrage eine Entwicklungsumgebung erstellen. Wähle **Entwicklungsumgebung erstellen**. Fügen Sie optional einen Namen für die Entwicklungsumgebung hinzu oder bearbeiten Sie deren Konfiguration und wählen Sie dann **Create**.
1. Unter **Berichte** kannst du die Qualitätsberichte in dieser Pull-Anfrage einsehen. Wenn es mehr als eine Revision gibt, kannst du ändern, welche Revisionen verglichen werden, was den Unterschied zwischen ihnen angeht. Sie können die Berichte nach Name, Status, Arbeitsablauf, Aktion und Typ filtern.
**Anmerkung**
Ein Workflow muss so konfiguriert sein, dass er Berichte generiert, damit sie in Ihren Pull-Requests angezeigt werden. Weitere Informationen finden Sie unter [Qualitätsberichte in einer Aktion konfigurieren](test-config-action.md).
1. Um einen bestimmten Bericht anzuzeigen, wählen Sie ihn aus der Liste aus. Weitere Informationen finden Sie unter [Testen mit WorkflowsTesten mit Workflows](test-workflow-actions.md).
1. Wenn Sie als Prüfer für diesen Pull Request aufgeführt sind und die Änderungen genehmigen möchten, stellen Sie sicher, dass Sie sich die neueste Version ansehen, und wählen Sie dann **Genehmigen** aus.
**Anmerkung**
Alle erforderlichen Reviewer müssen einen Pull Request genehmigen, bevor er zusammengeführt werden kann.
# Aktualisieren einer Pull-Anforderung
Du kannst es anderen Projektmitgliedern erleichtern, Code zu überprüfen, indem du den Pull Request aktualisierst. Du kannst einen Pull Request aktualisieren, um seine Reviewer, seine Links zu Issues, den Titel des Pull Requests oder seine Beschreibung zu ändern. Beispielsweise möchtest du vielleicht die erforderlichen Reviewer für einen Pull Request ändern, um jemanden zu entfernen, der im Urlaub ist, und eine weitere Person hinzuzufügen. Du kannst einen Pull Request auch mit weiteren Codeänderungen aktualisieren, indem du Commits in den Quell-Branch eines geöffneten Pull Requests überträgst. Jeder Push an den Quell-Branch einer Pull-Anfrage im CodeCatalyst Quell-Repository erzeugt eine Revision. Projektmitglieder können die Unterschiede zwischen den Revisionen in einem Pull Request einsehen.
**Um die Reviewer für einen Pull Request zu aktualisieren**
1. Navigiere zu dem Projekt, in dem du die Reviewer eines Pull Requests aktualisieren möchtest.
1. Wählen Sie auf der Projektseite unter **Pull Requests öffnen** den Pull Request aus, für den Sie die Reviewer aktualisieren möchten. Sie können auch im Navigationsbereich **Code**, dann **Pull Requests** und dann den Pull Request auswählen, den Sie aktualisieren möchten.
1. (Optional) Wählen Sie **unter Übersicht** im Bereich **Pull-Request-Details** das Pluszeichen aus, um erforderliche oder optionale Reviewer hinzuzufügen. Wählen Sie das **X** neben einem Prüfer aus, um ihn als optionalen oder erforderlichen Prüfer zu entfernen.
1. (Optional) Wählen Sie **unter Übersicht** im Bereich **Details zur Pull-Anfrage** die Option **Probleme verknüpfen** aus, um ein Problem mit der Pull-Anfrage zu verknüpfen, und wählen Sie dann entweder ein Problem aus der Liste aus oder geben Sie dessen ID ein. Um die Verknüpfung eines Issues aufzuheben, wähle das Symbol „Verknüpfung aufheben“ neben dem Issue, dessen Verknüpfung du aufheben möchtest.
**Um Dateien und Code im Quell-Branch einer Pull-Anfrage zu aktualisieren**
1. Um mehrere Dateien zu aktualisieren, [erstellen Sie entweder eine Entwicklungsumgebung](devenvironment-create.md) oder klonen Sie das Repository und seinen Quellzweig und verwenden Sie einen Git-Client oder eine integrierte Entwicklungsumgebung (IDE), um Änderungen an den Dateien im Quellzweig vorzunehmen. Übernehmen Sie die Änderungen und übertragen Sie sie in den Quell-Branch im CodeCatalyst Quell-Repository, um die Pull-Anfrage automatisch mit den Änderungen zu aktualisieren. Weitere Informationen erhalten Sie unter [Klonen eines Quell-Repositorys](source-repositories-clone.md) und [Änderungen im Quellcode mit Commits in Amazon verstehen CodeCatalyst](source-commits.md).
1. Um eine einzelne Datei in einem Quellzweig zu aktualisieren, können Sie einen Git-Client oder eine Git-IDE verwenden, wie Sie es für mehrere Dateien tun würden. Sie können es auch direkt in der CodeCatalyst Konsole bearbeiten. Weitere Informationen finden Sie unter [Bearbeiten einer Datei](source-files-edit.md).
**Um den Titel und die Beschreibung einer Pull-Anfrage zu aktualisieren**
1. Navigiere zu dem Projekt, in dem du den Titel oder die Beschreibung eines Pull Requests aktualisieren möchtest.
1. Auf der Projektseite werden offene Pull Requests angezeigt, einschließlich Informationen darüber, wer den Pull Request erstellt hat, welches Repository die Branches für den Pull Request enthält und wann der Pull Request erstellt wurde. Sie können die Ansicht der geöffneten Pull-Requests nach dem Quell-Repository filtern. Wählen Sie den Pull-Request, den Sie ändern möchten, aus der Liste aus.
1. Um alle Pull Requests **anzuzeigen, wähle Alle anzeigen**. Wählen Sie alternativ im Navigationsbereich **Code** und dann **Pull Requests** aus. Verwenden Sie das Filterfeld oder die Sortierfunktionen, um den Pull Request zu finden, den Sie ändern möchten, und wählen Sie ihn dann aus.
1. Wähle in der **Übersicht** die Option **Bearbeiten** aus.
1. Ändern Sie den Titel oder die Beschreibung und wählen Sie dann **Speichern**.
# Zusammenführen einer Pull-Anforderung
Nachdem Ihr Code überprüft und von allen erforderlichen Reviewern genehmigt wurde, können Sie einen Pull-Request in der CodeCatalyst Konsole zusammenführen, indem Sie eine unterstützte Merge-Strategie verwenden, z. B. Fast-Forward. Nicht alle in der CodeCatalyst Konsole unterstützten Merge-Strategien stehen als Auswahlmöglichkeiten für alle Pull-Requests zur Verfügung. CodeCatalyst wertet die Zusammenführung aus und ermöglicht es Ihnen nur, zwischen Merge-Strategien zu wählen, die in der Konsole verfügbar sind und den Quell-Branch mit dem Ziel-Branch zusammenführen können. Du kannst auch eine Pull-Anfrage mit einer Git-Merge-Strategie deiner Wahl zusammenführen, indem du den **git merge** Befehl auf deinem lokalen Computer oder in einer Entwicklungsumgebung ausführst, um den Quell-Branch mit dem Ziel-Branch zusammenzuführen. Sie können diese Änderungen dann im Ziel-Branch in das Quell-Repository in übertragen CodeCatalyst.
**Anmerkung**
Durch das Zusammenführen des Branches und das Pushen der Änderungen in Git wird der Pull-Request nicht automatisch geschlossen.
Wenn du die Rolle eines Projektadministrators hast, kannst du dich auch dafür entscheiden, einen Pull-Request zusammenzuführen, der noch nicht alle Anforderungen für Genehmigungen und Genehmigungsregeln erfüllt hat.
## Einen Pull-Request zusammenführen (Konsole)
Du kannst einen Pull Request in der CodeCatalyst Konsole zusammenführen, wenn es keine Merge-Konflikte zwischen Quell- und Ziel-Branches gibt und wenn alle erforderlichen Reviewer den Pull Request genehmigt haben. Wenn es Konflikte gibt oder wenn die Zusammenführung nicht abgeschlossen werden kann, ist die Schaltfläche zum Zusammenführen inaktiv und die Bezeichnung **Nicht zusammenführbar wird** angezeigt. In diesem Fall müssen Sie die Genehmigung aller erforderlichen Genehmiger einholen, Konflikte gegebenenfalls lokal lösen und diese Änderungen übertragen, bevor Sie die Zusammenführung durchführen können. Durch das Zusammenführen eines Pull-Requests wird automatisch eine E-Mail an den Ersteller des Pull-Requests sowie an alle erforderlichen oder optionalen Prüfer gesendet. Probleme im Zusammenhang mit dem Pull-Request werden dadurch nicht automatisch geschlossen oder ihr Status geändert.
**Tipp**
Du kannst im Rahmen deines Profils 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](notifications-manage.md).
**Um einen Pull-Request zusammenzuführen**
1. Navigiere zu dem Projekt, in dem du einen Pull Request zusammenführen möchtest.
1. Wähle auf der Projektseite unter **Pull Requests öffnen** den Pull Request aus, den du zusammenführen möchtest. Wenn du den Pull Request nicht siehst, wähle **Alle Pull Requests anzeigen** und wähle ihn dann aus der Liste aus. Sie können auch im Navigationsbereich **Code**, dann **Pull Requests** und dann den Pull Request auswählen, den Sie zusammenführen möchten. Wählen Sie **Merge (Zusammenführen)**.
1. Wählen Sie aus den verfügbaren Merge-Strategien für den Pull Request aus. **Aktivieren oder deaktivieren Sie optional die Option, den Quell-Branch nach dem Zusammenführen des Pull-Requests zu löschen, und wählen Sie dann Merge aus.**
**Anmerkung**
Wenn die Schaltfläche **Zusammenführen** inaktiv ist oder dir die Bezeichnung **Nicht zusammenführbar** angezeigt wird, haben entweder die erforderlichen Prüfer den Pull Request noch nicht genehmigt, oder der Pull Request kann nicht in der Konsole zusammengeführt werden. CodeCatalyst **Ein Prüfer, der eine Pull-Anfrage nicht genehmigt hat, wird im Bereich mit den **Pull-Request-Details** in der Übersicht durch ein Uhrsymbol gekennzeichnet.** Wenn alle erforderlichen Reviewer den Pull Request genehmigt haben, die Schaltfläche **Zusammenführen** aber immer noch inaktiv ist, liegt möglicherweise ein Merge-Konflikt vor. Wähle das unterstrichene Label **Nicht zusammenführbar aus**, um weitere Informationen darüber zu erhalten, warum der Pull Request nicht zusammengeführt werden kann. Sie können Merge-Konflikte für den Ziel-Branch in einer Entwicklungsumgebung oder in der CodeCatalyst Konsole lösen und dann den Pull-Request zusammenführen, oder Sie können Konflikte lösen und lokal zusammenführen und dann den Commit, der den Merge enthält, in den Quell-Branch in übertragen. CodeCatalyst Weitere Informationen finden Sie unter [Eine Pull-Anfrage zusammenführen (Git)](#pull-requests-merge-git) und in Ihrer Git-Dokumentation.
## Überschreibe die Anforderungen für Zusammenführungen
Wenn Sie die Rolle eines **Projektadministrators** haben, können Sie einen Pull-Request zusammenführen, der noch nicht alle Anforderungen für die erforderlichen Genehmigungen und Genehmigungsregeln erfüllt hat. Dies wird als Außerkraftsetzen der Anforderungen für einen Pull-Request bezeichnet. Sie können sich dafür entscheiden, wenn ein erforderlicher Prüfer nicht verfügbar ist oder wenn es dringend erforderlich ist, einen bestimmten Pull-Request mit einem Branch zusammenzuführen, dessen Genehmigungsregeln nicht schnell erfüllt werden können.
**Um einen Pull Request zusammenzuführen**
1. Wähle in der Pull-Anfrage, in der du Anforderungen überschreiben und zusammenführen möchtest, den Dropdown-Pfeil neben der Schaltfläche **Zusammenführen** aus. Wähle **Genehmigungsanforderungen außer Kraft setzen**.
1. Geben Sie **unter Grund außer Kraft setzen** Einzelheiten dazu an, warum Sie diesen Pull-Request zusammenführen, ohne dass er die Genehmigungsregeln und die erforderlichen Prüferanforderungen erfüllt. Dies ist zwar optional, wird aber dringend empfohlen.
1. Wählen Sie optional eine Merge-Strategie oder akzeptieren Sie die Standardeinstellung. Sie können sich auch dafür entscheiden, die automatisch generierte Commit-Nachricht mit weiteren Details zu aktualisieren.
1. Aktivieren oder deaktivieren Sie die Option, mit der der Quell-Branch beim Zusammenführen gelöscht werden soll. Wir empfehlen, den Quell-Branch beizubehalten, wenn Sie die Anforderungen für das Zusammenführen eines Pull-Requests außer Kraft setzen, bis Sie die Möglichkeit hatten, die Entscheidung mit anderen Teammitgliedern zu überprüfen.
1. Wählen Sie **Merge (Zusammenführen)**.
## Eine Pull-Anfrage zusammenführen (Git)
Git unterstützt viele Optionen zum Zusammenführen und Verwalten von Branches. Die folgenden Befehle sind einige der Optionen, die du verwenden kannst. Weitere Informationen finden Sie in der verfügbaren Dokumentation auf der [Git-Website](https://git-scm.com/doc). Sobald du deine Änderungen zusammengeführt und übertragen hast, schließe den Pull-Request manuell. Weitere Informationen finden Sie unter [Einen Pull-Request schließen](pull-requests-close.md).
**Allgemeine Git-Befehle zum Zusammenführen von Branches**
| | |
| --- |--- |
| Führt Änderungen vom Quell-Branch im lokalen Repo mit dem Ziel-Branch im lokalen Repo zusammen. | `git checkout destination-branch-name` `git merge source-branch-name` |
| Führt den Quellzweig mit dem Zielzweig zusammen und gibt dabei eine Schnellvorwärtszusammenführung an. Dadurch werden die Zweige zusammengeführt und der Zeiger des Zielzweigs an die Spitze des Quellzweigs bewegt. | `git checkout destination-branch-name` `git merge --ff-only source-branch-name` |
| Führt den Quellzweig mit dem Zielzweig zusammen und gibt eine Squash-Merge an. Dadurch werden alle Commits aus dem Quell-Branch zu einem einzigen Merge-Commit im Ziel-Branch zusammengefasst. | `git checkout destination-branch-name` `git merge --squash source-branch-name` |
| Führt den Quell-Branch mit dem Ziel-Branch zusammen und gibt dabei eine Drei-Wege-Merge an. Dadurch wird ein Merge-Commit erstellt und die einzelnen Commits aus dem Quell-Branch zum Ziel-Branch hinzugefügt. | `git checkout destination-branch-name` `git merge --no-ff source-branch-name` |
| Löscht den Quellzweig im lokalen Repository. Dies ist nützlich, um Ihr lokales Repository zu bereinigen, nachdem Sie es mit dem Ziel-Branch zusammengeführt und die Änderungen in das Quell-Repository übertragen haben. | `git branch -d source-branch-name` |
| Löscht den Quell-Branch im Remote-Repository (das Quell-Repository in CodeCatalyst) unter Verwendung des im lokalen Repo angegebenen Nicknamens für das Remote-Repository. (Beachten Sie die Verwendung des Doppelpunkts (`:`).) Sie können dies auch `--delete` als Teil des Befehls angeben. | `git push remote-name :source-branch-name` `git push remote-name --delete source-branch-name` |
# Einen Pull-Request schließen
Du kannst einen Pull Request als **Geschlossen** markieren. Dadurch wird der Pull-Request nicht zusammengeführt, aber es kann dir helfen festzustellen, welche Pull-Requests eine Aktion erfordern und welche Pull-Requests nicht mehr relevant sind. Wir empfehlen, einen Pull Request zu schließen, wenn du nicht mehr vorhast, diese Änderungen zusammenzuführen, oder wenn die Änderungen durch einen anderen Pull Request zusammengeführt wurden.
Beim Schließen eines Pull-Requests wird automatisch eine E-Mail an den Ersteller des Pull-Requests sowie an alle erforderlichen oder optionalen Reviewer gesendet. Der Status von Problemen im Zusammenhang mit dem Pull-Request wird dadurch nicht automatisch geändert.
**Anmerkung**
Sie können einen Pull-Request nicht erneut öffnen, nachdem er geschlossen wurde.
**Um einen Pull-Request zu schließen**
1. Navigiere zu dem Projekt, in dem du einen Pull Request schließen möchtest.
1. Auf der Projektseite werden offene Pull Requests angezeigt. Wählen Sie den Pull Request aus, den Sie schließen möchten.
1. Klicken Sie auf **Schließen**.
1. Überprüfe die Informationen und wähle dann **Pull-Request schließen** aus.