Abschließen, Abbrechen oder Wiederherstellen von Pull Requests

Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019

Visual Studio 2019 | Visual Studio 2022

Sobald alle erforderlichen Reviewer Ihren Pull Request (PR) genehmigen und der PR alle Anforderungen der Branchrichtlinien erfüllt, können Sie Ihre Änderungen im Zielbranch zusammenführen und den PR abschließen. Oder wenn Sie sich entscheiden, nicht mit den Änderungen im PR fortzufahren, können Sie den PR verwerfen.

Informationen zum Adressieren der Änderungen der Reviewer und zum Beantworten und Auflösen von Bewertungskommentaren finden Sie unter Behandeln von Kommentaren.

Voraussetzungen

• Repos muss in Ihrem Projekt aktiviert sein. Wenn der Repos-Hub und die zugehörigen Seiten nicht angezeigt werden, lesen Sie Aktivieren oder Deaktivieren eines Azure DevOps-Diensts, um Repos neu zu aktivieren.

• Um Ihren PR abzuschließen, müssen Sie Mitglied der Sicherheitsgruppe Mitwirkende sein oder über die entsprechenden Berechtigungen in dem Projekt verfügen, in dem sich der PR befindet.

• Um zu einem PR beizutragen, müssen Sie Mitglied der Sicherheitsgruppe Leser sein oder über die entsprechenden Berechtigungen verfügen.

• Um PRs anzuzeigen oder zu überprüfen, müssen Sie über die Zugriffsebene Basic oder höher auf das Azure DevOps-Projekt verfügen.

• Wenn Sie kein Mitglied des Projekts sind, zu dem Sie beitragen möchten, lassen Sie sich hinzufügen.

  Hinweis

  Bei öffentlichen Projekten haben Benutzer, denen Beteiligtenzugriff eingeräumt wurde, vollen Zugriff auf Azure Repos.

• Weitere Informationen zu Berechtigungen und Zugriff finden Sie unter Standardmäßige Git-Repository- und Branch-Berechtigungen und Informationen zu Zugriffsebenen.

• In Azure DevOps Services können Sie PRs und andere Ressourcen über die Azure-Befehlszeilenschnittstelle (CLI) mit der azure-devops-Erweiterung verwalten. Informationen zum Arbeiten mit der Azure DevOps Services CLI finden Sie unter Erste Schritte mit der Azure DevOps CLI. Azure Repos CLI-Befehle für PRs verwenden az repos pr.

Überprüfen von Mergeänderungen

Wenn Sie einen PR abschließen, fügt Git am Ende des Mainbranchs einen neuen Mergecommit hinzu. Dieser Mergecommit verknüpft die früheren Verläufe des Mainbranchs und des PR-Quellbranchs. Um die Vorschau des Mergecommits anzuzeigen und auf Mergekonflikte zu überprüfen, wählen Sie das Menü Weitere Optionen oben rechts auf einer PR-Seite Übersicht und dann die Option Mergeänderungen anzeigen aus.

Wenn Sie den Zielbranch nach dem Erstellen des PRs geändert haben, wählen Sie Merge neu starten aus, um eine neue Vorschau des Mergecommits zu erstellen und die Ansicht mit den Mergeänderungen zu aktualisieren.

Überprüfen der Branchrichtlinien

Teams können Branchrichtlinien festlegen, die PRs in geschützten Branches erfordern, um bestimmte Kriterien zu erfüllen, bevor die PRs zusammengeführt werden können. Sie können sehen, welche Branchrichtlinien für Ihren PR gelten, ob sie für die Zusammenführung erforderlich sind und ob der PR angenommen wird oder fehlerhaft ist.

Browser

Die PR-Registerkarte Übersicht fasst die Branchrichtlinien zusammen, die für den PR bestanden oder nicht bestanden wurden. In der Übersicht werden nur fehlerhafte Richtlinien aufgelistet, aber Sie können alle Richtlinienüberprüfungen anzeigen, indem Sie <n> Überprüfungen anzeigen auswählen.

Auf der PR-Seite „Übersicht“ sind die Anforderungen der Branchrichtlinien mit einem -Symbol versehen. Wählen Sie Weitere Optionen neben der Anforderung und dann Richtlinie anzeigen aus, um zur Seite Branchrichtlinien für den Branch in Projekteinstellungen zu gelangen.

Visual Studio

Sie können einen PR in Visual Studio öffnen und dann die Branchrichtlinien überprüfen, wie auf der Browser-Registerkarte beschrieben.

Um einen PR von Visual Studio aus zu öffnen, wählen Sie im Menü Git die Option <Ihr Git-Dienst>>Pull Requests anzeigen und dann einen Pull Request aus, um ihn zu öffnen.

Visual Studio 2019, Version 16.8 und höher, bietet eine Benutzeroberfläche für Git-Versionskontrolle, während die Git-Benutzeroberfläche von Team Explorer beibehalten wird. Um Team Explorer zu verwenden, deaktivieren Sie in der Menüleiste Extras>Optionen>Vorschaufeatures>Neue Git-Benutzeroberfläche. Sie können Git-Features über beide Schnittstellen austauschbar verwenden.

So greifen Sie über Visual Studio Team Explorer auf PRs zu:

1. Stellen Sie eine Verbindung mit Ihrem Projekt aus Visual Studio her.

2. Wählen Sie Ansicht>Team Explorer aus, um Team Explorer zu öffnen. Sie können auch auf Strg+\, Strg+M drücken.

3. Wählen Sie über die Startseite die Option Pull Requests aus, um Listen der von Ihnen geöffneten oder Ihnen zugewiesenen PRs anzuzeigen.

4. Um einen PR im Webportal zu öffnen und die geltenden Richtlinien anzuzeigen, klicken Sie mit der rechten Maustaste auf den PR und wählen Im Browser öffnen aus.

Erste Schritte mit der Azure DevOps-CLI

Um alle Branchrichtlinien anzuzeigen, die für einen PR in Kraft sind, verwenden Sie az repos pr policy list mit dem erforderlichen id-Parameter.

az repos pr policy list --id
                        [--detect {false, true}]
                        [--org]
                        [--query-examples]
                        [--skip]
                        [--subscription]
                        [--top]

Parameter

Parameter	BESCHREIBUNG
--id	ID des Pull Requests. Erforderlich.
--detect	Organisation automatisch erkennen. Zulässige Werte: false, true.
--org --organization	Azure DevOps-Organisations-URL. Sie können die Standardorganisation mit az devops configure -d organization=<ORG_URL> konfigurieren. Erforderlich, wenn nicht als „Standard“ konfiguriert oder über „git config“ übernommen. Beispiel: https://dev.azure.com/MyOrganizationName/.
--query-examples	Empfohlene JMESPath-Zeichenfolge. Sie können eine der Abfragen kopieren und hinter dem --query-Parameter in doppelten Anführungszeichen einfügen, um die Ergebnisse anzuzeigen. Sie können ein oder mehrere Positionsschlüsselwörter hinzufügen, damit Vorschläge auf diesen Schlüsselwörtern basieren.
--skip	Anzahl der zu überspringenden Richtlinien.
--subscription	Der Name oder die ID des Abonnements. Sie können das Standardabonnement mithilfe von az account set -s <NAME_OR_ID> konfigurieren.
--top	Maximale Anzahl der aufzulistenden Richtlinien.

Beispiel

Führen Sie beispielsweise den folgenden Befehl aus, um die Richtlinien anzuzeigen, die für PR #28 wirksam sind:

az repos pr policy list --id 28 --output table

Evaluation ID                         Policy                                         Blocking    Status    Expired    Build ID
------------------------------------  ---------------------------------------------  ----------  --------  ---------  ----------
84e7ca6d-0b42-4819-9f62-f41df5e319f3  Minimum number of reviewers (1)                True        Approved
1ba061d8-9e9f-401b-ab61-e2ed1c200aba  Required reviewers (1)                         True
37620a4b-adc4-483d-9ca2-3f4e6ffe2990  Comment requirements                           False       Approved
34b7cae8-812a-4c14-9229-f71a0e662e8b  Required reviewers (1) ([Fabrikam Fiber]\Web)  False
a6e4380e-9f38-4aa5-863c-0fc496027362  Work item linking                              False       Rejected

Abschließen eines Pull Requests

Nachdem Sie alle Mergekonflikte gelöst haben und der PR alle Branchrichtlinien erfüllt und alle erforderlichen Genehmigungen erhalten hat, können Sie den PR abschließen.

Browser

1. Wählen Sie Abschließen oben rechts aus, um den PR abzuschließen. Oder wählen Sie den Dropdownpfeil neben der Schaltfläche Abschließen und dann eine der Optionen aus.

   

   • Abschließen: Schließen Sie den PR jetzt ab, und führen Sie die Änderungen mit dem Zielbranch zusammen.
   • Automatische Vervollständigung festlegen: Konfigurieren Sie den PR so, dass er abgeschlossen und zusammengeführt wird, sobald er alle erforderlichen Branchrichtlinien erfüllt.
   • Als Entwurf markieren: Versetzt den PR wieder in den Entwurfsstatus und entfernt alle Bewertungen.
   • Abbrechen: Schließen Sie den PR, ohne die Änderungen zusammenzuführen.

2. Wählen Sie im Bereich Pull Request abschließen unter Mergetyp eine der Zusammenführungsoptionen aus.

   

   • Merge (kein schneller Vorlauf): Merge mit einem nichtlinearen Verlauf, der alle Commits beibehält.
   • Squashcommit: Merge mit einem linearen Verlauf, der alle Quellcommits zu einem einzelnen Commit im Ziel zusammenfasst oder einen Squashmerge für den PR durchführt. Beachten Sie, dass ein neuer Commit für den Zielbranch erstellt wird, ohne dass der Commitverlauf aus dem Quellbranch erhalten bleibt.
   • Rebase ausführen und schneller Vorlauf: Führen Sie ein Rebase für die Quellcommits auf das Ziel und einen schnellen Vorlauf aus.
   • Semilinearer Merge: Führen Sie ein Rebase für die Quellcommits auf das Ziel aus, und erstellen Sie einen Merge für zwei übergeordnete Elemente.

   Hinweis

   Vorhandene Richtlinien werden erzwungen. Wenn Ihr Branch z. B. derzeit die Richtlinie „Nur Squashmerge“ aufweist, müssen Sie diese Richtlinie ändern, wenn Sie einen anderen Mergetyp verwenden möchten.

3. Wählen Sie eine der folgenden Optionen aus, die nach dem Abschluss angewendet werden. Einige Optionen sind für einige Mergetypen nicht verfügbar.

   • Zugeordnete Arbeitselemente nach dem Zusammenführen abschließen: Schließen Sie alle verknüpften Arbeitselemente ab.
   • <Branchname> nach dem Zusammenführen löschen: Löscht den Quellbranch des PR nach dem Zusammenführen.
   • Nachricht für Mergecommit anpassen: Fügen Sie eine benutzerdefinierte Nachricht für den Mergecommit hinzu. Wenn Sie diese Option auswählen, aktualisieren Sie die Nachricht für den Mergecommit.
   • Branchrichtlinien überschreiben und Merge aktivieren. Erzwingen Sie den Merge, auch wenn der PR nicht alle Branchrichtlinien erfüllt. Diese Option ist nur verfügbar, wenn Sie über die Berechtigung Ausgenommen von Richtlinienerzwingung verfügen.

4. Wählen Sie Merge abschließen aus.

Wenn Sie den Merge abschließen, werden alle verknüpften Arbeitselemente automatisch aktualisiert, um den PR-Abschluss anzuzeigen.

Visual Studio

Um einen PR abzuschließen, öffnen Sie den PR im Browser, und wählen Sie auf der Seite Übersicht die Option Abschließen aus, oder legen Sie andere Optionen fest.

Um einen PR von Visual Studio aus zu öffnen, wählen Sie im Menü Git die Option <Ihr Git-Dienst>>Pull Requests anzeigen und dann einen Pull Request aus, um ihn zu öffnen.

Für den Zugriff auf PRs aus dem Visual Studio 2019 Team Explorer:

1. Stellen Sie eine Verbindung mit Ihrem Projekt aus Visual Studio her.

2. Wählen Sie Ansicht>Team Explorer aus, um Team Explorer zu öffnen. Sie können auch auf Strg+\, Strg+M drücken.

3. Wählen Sie über die Startseite die Option Pull Requests aus, um Listen der von Ihnen geöffneten oder Ihnen zugewiesenen PRs anzuzeigen.

4. Um einen PR im Webportal zu öffnen, klicken Sie mit der rechten Maustaste auf den PR und wählen Im Browser öffnen aus.

Erste Schritte mit der Azure DevOps-CLI

Um einen PR abzuschließen und die Änderungen zusammenzuführen, verwenden Sie az repos pr update, um den PR --status auf completed zu aktualisieren.

Verwenden Sie Folgendes, um z. B. PR #21 abzuschließen:

az repos pr update --id 21 --status completed

Festlegen von Abschlussoptionen

Sie können PR-Abschlussoptionen festlegen, wenn Sie mit az repos pr create einen PR erstellen oder mit az repos pr update Erstellungsoptionen in bestehenden PRs aktualisieren.

Zu den PR-Abschlussoptionen gehören:

• bypass-policy {false, true}: Gibt an, ob erforderliche Richtlinien umgangen und der Pull Request abgeschlossen werden soll, sobald er zusammengeführt werden kann.
• bypass-policy-reason: Grund für das Umgehen der erforderlichen Richtlinien.
• delete-source-branch {false, true}: Gibt an, ob der Quellbranch gelöscht werden soll, nachdem der Pull Request abgeschlossen und zusammengeführt wurde.
• merge-commit-message: Passen Sie die Nachricht für den Mergecommit an.
• squash {false, true}: Gibt an, ob für die Quellcommits für den Merge in einen einzelnen Zielcommit ein Squashmerge ausgeführt werden soll.
• transition-work-items {false, true}: Gibt an, ob verknüpfte Arbeitselemente aufgelöst werden sollen, wenn der PR zusammengeführt wird.

Um die Abschlussoptionen festzulegen und einen bestehenden PR abzuschließen, verwenden Sie az repos pr update mit dem erforderlichen id-Parameter.

az repos pr update --id
                   [--auto-complete {false, true}]
                   [--bypass-policy {false, true}]
                   [--bypass-policy-reason]
                   [--delete-source-branch {false, true}]
                   [--description]
                   [--detect {false, true}]
                   [--draft {false, true}]
                   [--merge-commit-message]
                   [--org]
                   [--squash {false, true}]
                   [--status {abandoned, active, completed}]
                   [--subscription]
                   [--title]
                   [--transition-work-items {false, true}]

Parameter

Parameter	BESCHREIBUNG
--id	ID des Pull Requests. Erforderlich.
--auto-complete	Legen Sie fest, dass der Pull Request automatisch abgeschlossen wird, wenn alle Richtlinien erfüllt sind und der Quellbranch in den Zielbranch zusammengeführt werden kann. Zulässige Werte: false, true.
--bypass-policy	Umgehen Sie alle erforderlichen Richtlinien und schließen Sie den Pull Request ab, sobald er zusammengeführt werden kann. Zulässige Werte: false, true.
--bypass-policy-reason	Grund für das Umgehen der erforderlichen Richtlinien.
--delete-source-branch	Löschen Sie den Quellbranch, nachdem der Pull Request abgeschlossen und mit dem Zielbranch zusammengeführt wurde. Zulässige Werte: false, true.
--description -d	Neue Beschreibung für den Pull Request. Kann Markdown enthalten. Jeder Wert ist eine neue Zeile. Beispiel: --description "First Line" "Second Line".
--detect	Organisation automatisch erkennen. Zulässige Werte: false, true.
--draft	Konvertieren Sie den PR in den Entwurfsmodus oder veröffentlichen Sie ihn. Zulässige Werte: false, true.
--merge-commit-message	Nachricht, die angezeigt wird, wenn Commits zusammengeführt werden.
--org --organization	Azure DevOps-Organisations-URL. Sie können die Standardorganisation mit az devops configure -d organization=<ORG_URL> konfigurieren. Erforderlich, wenn nicht als „Standard“ konfiguriert oder über „git config“ übernommen. Beispiel: https://dev.azure.com/MyOrganizationName/.
--squash	Führen Sie für die Commits im Quellbranch beim Mergen in den Zielbranch einen Squashmerge aus. Zulässige Werte: false, true.
--status	Legen Sie den neuen Status für den Pull Request fest. Zulässige Werte: abandoned, active, completed.
--subscription	Der Name oder die ID des Abonnements. Sie können das Standardabonnement mithilfe von az account set -s <NAME_OR_ID> konfigurieren.
--title	Neuer Titel für den Pull Request.
--transition-work-items	Übertragen Sie alle Arbeitselemente, die mit dem Pull Request verknüpft sind, in den nächsten logischen Zustand, z. B. „Aufgelöst“. Zulässige Werte: false, true.

Beispiel

Das folgende Beispiel schließt den PR #21 ab, löscht seinen Quellbranch, löst seine verknüpften Arbeitselemente auf und fügt eine Nachricht für den Mergecommit hinzu:

az repos pr update --id 21 --status completed --delete-source-branch true --transition-work-items true --merge-commit-message "This update is complete."

Ausführen von Rebase während des PR-Abschlusses

Es gibt einige Situationen, in denen das Ausführen von Rebase während des PR-Abschlusses nicht möglich ist:

• Wenn eine Richtlinie für den Zielbranch die Verwendung von Rebasestrategien verbietet, benötigen Sie die Berechtigung Branchrichtlinien überschreiben für den Vorgang „Rebase ausführen“.
• Wenn der PR-Quellbranch Richtlinien aufweist, können Sie führ ihn kein Rebase ausführen. Der Vorgang „Rebase ausführen“ würde den Quellbranch ändern, ohne den Genehmigungsprozess der Richtlinie zu durchlaufen.
• Wenn Sie die Mergekonflikterweiterung zum Auflösen von Mergekonflikten verwendet haben, können Sie kein Rebase ausführen. Konfliktlösungen, die auf einen Drei-Weg-Merge angewandt werden, sind selten erfolgreich oder gültig, wenn für alle PR-Commits einzeln ein Rebase ausgeführt wird.

In all diesen Fällen können Sie den Vorgang „Rebase ausführen“ für Ihren Branch immer noch lokal vornehmen und dann Upstream pushen oder Ihre Änderungen nach Abschluss des PRs per Squashmerge zusammenführen.

Problem mit mehreren Mergebasen

In einigen Fällen hat ein PR mehr als eine wahre Mergebasis, und diese Situation kann zu Sicherheitsproblemen führen. Wenn die Dateien im PR unterschiedliche Versionen zwischen den Zusammenführungsbasen aufweisen, wird eine Warnung über mehrere Zusammenführungsbasen ausgegeben. Weitere Informationen und Abhilfemaßnahmen finden Sie unter Mehrere Mergebasen.

Lösen von Mergekonflikten

Dateiänderungen in Ihrem Branch können mit Änderungen in einem anderen Branch in Konflikt geraten. Wenn nicht klar ist, wie die Änderungen zusammengeführt werden sollen, zeigt Git die Dateien, die einen Konflikt aufweisen, auf der Seite Übersicht für den PR an. Sie müssen alle Mergekonflikte zwischen dem PR-Branch und dem Zielbranch auflösen, bevor Sie einen PR zusammenführen oder den PR auf automatische Vervollständigung festlegen können. Anweisungen zum Auflösen von Mergekonflikten finden Sie unter Auflösen von Mergekonflikten.

Festlegen der automatischen Vervollständigung für Pull Request

Browser

Wählen Sie in der Dropdownliste Abschließen die Option Automatische Vervollständigung festlegen auswählen, um die PR-Änderungen abzuschließen und zusammenzuführen, sobald die Bedingungen alle Branchrichtlinien erfüllen. Wenn der PR abgeschlossen ist, erhalten Sie eine E-Mail-Benachrichtigung. Wenn ein Konflikt oder ein Fehler den PR-Abschluss verhindert, werden Sie per E-Mail über das Problem benachrichtigt.

Hinweis

Die Option Automatische Vervollständigung festlegen ist in Azure Repos und TFS 2017 und höher verfügbar, wenn Sie über Branchrichtlinien verfügen. Wenn die Option Automatische Vervollständigung festlegen nicht angezeigt wird, verfügen Sie nicht über Branchrichtlinien. Weitere Informationen finden Sie unter Branchrichtlinien.

Standardmäßig wartet ein PR, der auf automatische Vervollständigung festgelegt ist, nur auf erforderliche Richtlinien. Im Bereich Automatische Vervollständigung aktivieren können Sie auswählen, ob Sie auch auf optionale Richtlinien warten möchten.

Ab TFS 2018 Update 2 zeigt die PR-Seite Übersicht die Liste der ausstehenden Richtlinienkriterien an, auf die der PR wartet. Wenn Sie eine Richtlinie im Bereich Automatische Vervollständigung aktivieren als erforderlich festgelegt haben, können Sie sie auf der Seite Übersicht wieder auf „Optional“ zurücksetzen.

Wählen Sie Automatische Vervollständigung abbrechen aus, um die automatische Vervollständigung zu deaktivieren.

Ein auf die automatische Vervollständigung festgelegter PR zeigt auf der Seite Pull Requests ein Badge für die Automatische Vervollständigung an.

Visual Studio

Öffnen Sie einen Pull Request im Webportal. Wählen Sie auf der Seite Übersicht die Option Automatische Vervollständigung festlegen aus.

Um einen PR von Visual Studio aus zu öffnen, wählen Sie im Menü Git die Option <Ihr Git-Dienst>>Pull Requests anzeigen und dann einen Pull Request aus, um ihn zu öffnen.

Für den Zugriff auf PRs aus dem Visual Studio 2019 Team Explorer:

1. Stellen Sie eine Verbindung mit Ihrem Projekt aus Visual Studio her.

2. Wählen Sie Ansicht>Team Explorer aus, um Team Explorer zu öffnen. Sie können auch auf Strg+\, Strg+M drücken.

3. Wählen Sie über die Startseite die Option Pull Requests aus, um Listen der von Ihnen geöffneten oder Ihnen zugewiesenen PRs anzuzeigen.

4. Um einen PR im Webportal zu öffnen und die geltenden Richtlinien anzuzeigen, klicken Sie mit der rechten Maustaste auf den PR und wählen Im Browser öffnen aus.

Erste Schritte mit der Azure DevOps-CLI

Legen Sie die automatische Vervollständigung fest, um einen PR automatisch zu vervollständigen, wenn er alle erforderlichen Genehmigungen und Branchrichtlinien erfüllt. Sie können die automatische Vervollständigung bei der PR-Erstellung festlegen oder einen bestehenden PR aktualisieren.

• Um die automatische Vervollständigung bei der PR-Erstellung festzulegen, verwenden Sie az repos pr create --auto-complete true.
• Um einen bestehenden PR auf die automatische Vervollständigung zu aktualisieren, verwenden Sie az repos pr update --id <PR Id> --auto-complete true.

Abbrechen oder Reaktivieren eines Pull Requests

Browser

Um Ihre Änderungen und Ihren PR ohne Zusammenführung abzubrechen, wählen Sie Abbrechen aus der Dropdownliste für die Schaltfläche Abschließen aus. Sie können den abgebrochenen PR immer noch anzeigen und er bleibt mit Arbeitselementen verknüpft.

Um einen abgebrochenen PR jederzeit zu reaktivieren, öffnen Sie den PR auf der Registerkarte Abgebrochen in der Ansicht Pull Request, und wählen Sie oben rechts die Option Reaktivieren aus.

Visual Studio

Öffnen Sie einen Pull Request im Webportal. Wählen Sie auf der Seite „Übersicht“ die Option Abbrechen aus.

Um den PR im Webportal zu öffnen, verwenden Sie die Prozedur aus Erstellen eines Pull Requests.

Erste Schritte mit der Azure DevOps-CLI

Verwenden Sie az repos pr update --id <PR Id> –-status abandoned, um einen PR abzubrechen, ohne die Änderungen zusammenzuführen. Sie können den PR erneut aktivieren, indem Sie den Status auf active festlegen.

Wiederherstellen abgeschlossener Pull Requests

Führen Sie die folgenden Schritte aus, um die Änderungen an einem PR rückgängig zu machen. Weitere Informationen finden Sie unter Rückgängigmachen von Änderungen.

1. Öffnen Sie den abgeschlossenen PR, und wählen Sie Wiederherstellen aus. Diese Aktion erstellt einen neuen Branch mit Änderungen, die den PR in einem bestehenden Zielbranch in Ihrem Repository rückgängig machen.

2. Im Bereich Pull Request wiederherstellen:

   1. Wählen Sie unter Zielbranch den Branch aus, in dem Sie die PR-Änderungen rückgängig machen möchten.
   2. Ändern Sie unter Name des Topic-Branchs ist erforderlich bei Bedarf den Namen zum Wiederherstellen des PR-Branchs.
   3. Wählen Sie Wiederherstellen aus.

3. Wählen Sie auf dem Bildschirm Neuer Pull Request die Option Erstellen aus.

4. Führen Sie den neuen PR zusammen, um die Wiederherstellung abzuschließen.

Hinweis

Der Branch, der bei dieser Wiederherstellung erstellt wird, hat einen einzelnen Commit, der alle Dateiänderungen aus dem ursprünglichen PR rückgängig macht. Der Branch enthält nicht für jeden der Commits im ursprünglichen PR einen wiederhergestellten Commit.

Nächste Schritte

Kopieren von Änderungen durch einen Cherry-Pick

Verwandte Artikel

• Updatebenachrichtigungen zu Pull Requests
• Informationen zu Pull Requests und Berechtigungen