Informationen über das Zusammenführen von Pull-Requests
Führen Sie einen Pull Request zusammen, wenn die vorgeschlagenen Änderungen bereit sind und alle Anforderungen des Repositorys erfüllt sind. Du kannst einen Entwurf eines Pull-Requests nicht zusammenführen.
Repositoryregeln oder Branchschutz können vor dem Zusammenführen Reviews, Statusprüfungen oder einen aktuellen Branch erfordern. Siehe Informationen zu geschützten Branches.
Als Alternative zu Verzweigungsschutzregeln können Sie Regelsätze erstellen. Rulesets haben einige Vorteile gegenüber Verzweigungsschutzregeln, z. B. Status, und eine bessere Auffindbarkeit, ohne dass ein Administratorzugriff erforderlich ist. Sie können auch mehrere Regelsätze gleichzeitig anwenden. Weitere Informationen finden Sie unter Informationen zu Regelsätzen.
Du kannst einen Pull Request konfigurieren, um automatisch zusammenzuführen, wenn alle Zusammenführungsanforderungen erfüllt sind. Weitere Informationen finden Sie unter Automatisches Zusammenführen eines Pull Requests.
Wenn für den Basiszweig eine Merge-Warteschlange erforderlich ist, unterscheiden sich die verfügbaren Zusammenführungsoptionen von den hier beschriebenen. Siehe Zusammenführen eines Pull Requests mit einer Merge-Warteschlange.
Wenn die Pullanforderung Zusammenführungskonflikte aufweist oder Wenn Sie Zuerst Änderungen testen möchten, sehen Sie sich die Pullanforderung lokal an.
Das Repository kann den Head Branch nach dem Zusammenführen automatisch löschen. Siehe Automatische Löschung von Branches verwalten.
Hinweis
Wenn du einen Haupt-Branch löschst, nachdem sein Pull Request zusammengeführt wurde, wird GitHub auf offene Pull Requests für das gleiche Repository prüfen, die den gelöschten Branch als ihren Basis-Branch angeben. GitHub aktualisiert solche Pull Requests automatisch, indem es deren Basis-Branch auf den Basis-Branch des zusammengeführten Pull Requests ändert.
Pull Requests verwenden die --no-ff Option, mit Ausnahme von per Squash oder Rebase zusammengeführten Pull Requests, die per Fast-Forward-Merge zusammengeführt werden.
Sie können eine Pullanforderung mit einem Problem verknüpfen, um anzuzeigen, dass ein Fix ausgeführt wird, und das Problem automatisch schließen, wenn die Pullanforderung zusammengeführt wird. Weitere Informationen finden Sie unter Einen Pull Request zu einem Issue verknüpfen.
Wenn Sie die Änderungen nicht zusammenführen möchten, können Sie die Pullanforderung schließen.
Einen Pull Request zusammenführen
-
Klicke unter dem Namen deines Repositorys auf Pull requests.
-
Klicken Sie in der Liste "Pullanforderungen" auf die Pullanforderung, die Sie zusammenführen möchten.
-
Scrolle bis zum Ende des Pull Requests. Wählen Sie abhängig von den für Ihr Repository aktivierten Zusammenführungsoptionen eine Zusammenführungsmethode aus:
-
Führen Sie alle Commits im Basis-Branch zusammen, indem Sie auf Merge pull request klicken. Wenn die Option nicht angezeigt wird, klicken Sie auf das Dropdown-Menü „Zusammenführen“ und wählen Sie „Merge-Commit erstellen“ aus.
-
Fassen Sie die Commits zu einem Commit zusammen, indem Sie auf das Dropdownmenü „Merge“ klicken, Squash and merge auswählen und dann auf Squash and merge klicken.
-
Basen Sie die Commits einzeln auf den Basis-Branch um, indem Sie auf das Merge-Dropdown-Menü klicken, Rebase and merge auswählen und dann auf Rebase and merge klicken.
Hinweis
„Rebase and merge“ sorgt immer dafür, dass die Committerinformationen aktualisiert und neue Commit-SHAs erstellt werden. Siehe Informationen zum Zusammenführen von Pull Requests.
-
-
Wenn Du dazu aufgefordert wirst, gib eine Commit-Mitteilung ein oder akzeptiere die Standardmitteilung.
Informationen zu den Standardcommitnachrichten für Squashmerges findest du unter Pull-Request-Zusammenführungen.
-
Wenn Ihrem Konto mehrere E-Mail-Adressen zugeordnet sind, klicken Sie auf GitHubdas Dropdownmenü "E-Mail-Adresse", und wählen Sie die E-Mail-Adresse aus, die als E-Mail-Adresse des Git-Autors verwendet werden soll. Nur verifizierte E-Mail-Adressen werden in diesem Dropdownmenü angezeigt. Wenn Sie den E-Mail-Adressenschutz aktiviert haben, ist eine No-Reply-Adresse die Standard-E-Mail-Adresse des Commit-Autors. Weitere Informationen zur genauen Form der No-reply-E-Mail-Adresse findest du unter E-Mail-Adresse für Commits festlegen.
Hinweis
Die E-Mail-Auswahl steht bei Rebase-Merges nicht zur Verfügung, da diese keinen Merge-Commit erstellen. Bei Squash-Merges wird die E-Mail-Auswahl nur angezeigt, wenn Sie der Autor des Pull Requests sind und mehr als eine E-Mail-Adresse mit Ihrem Konto verknüpft ist.
- Klicken Sie auf Merge bestätigen, Squash und Merge bestätigen oder Rebase und Merge bestätigen.
- Lösche optional den Branch. So bleibt die Liste der Branches in Deinem Repository ordentlich.
Hinweis
Weitere Informationen zur GitHub CLI findest du unter Informationen zu GitHub CLI.
Verwende den Unterbefehl gh pr merge, um einen Pull Request zu mergen. Ersetze pull-request durch die Nummer, die URL oder den HEAD-Branch des Pull Requests.
gh pr merge PULL-REQUEST
Folge den interaktiven Aufforderungen, um den Merge abzuschließen. Siehe Pull-Request-Zusammenführungen.
Alternativ kannst du Flags verwenden, um die interaktiven Aufforderungen zu überspringen. Zum Beispiel fasst dieser Befehl die Commits zu einem einzigen Commit mit der Commit-Nachricht „my squash commit“ zusammen, merged den zusammengefassten Commit in den Basis-Branch und löscht dann den lokalen und den Remote-Branch.
gh pr merge 523 --squash --body "my squash commit" --delete-branch