Einen Pull Request mergen
Mergen Sie einen Pull Request in den vorgelagerten Branch, wenn die Arbeit abgeschlossen ist. Jede Person mit Push-Zugriff auf das Repository kann den Mergevorgang abschließen.
Inhalt dieses Artikels
- Informationen zum Mergen von Pull Requests
- Erforderliche Reviews
- Einen Pull Request auf GitHub mergen
Informationen zum Mergen von Pull Requests
Wenn beim Pull Request Mergekonflikte vorliegen oder Sie die Änderungen vor dem Mergen testen möchten, können Sie den Pull Request lokal auschecken und ihn über die Befehlszeile mergen.
Wenn Sie die Änderungen in einem Themen-Branch nicht in den vorgelagerten Branch mergen möchten, können Sie den Pull Request schließen, ohne ihn zu mergen.
Erforderliche Reviews
Repository-Administratoren können vorschreiben, dass alle Pull Requests eine bestimmte Anzahl von genehmigenden Reviews von Personen mit den Berechtigungen write (Schreiben) oder admin (Administrator) im Repository oder vom designierten Codeinhaber erhalten müssen, bevor sie in einen geschützten Branch gemergt werden. Weitere Informationen finden Sie unter „Informationen zu geschützten Branches“.
Wenn erforderliche Reviews aktiviert sind, kann jeder mit Zugriff auf das Repository Änderungen in einem Pull Request genehmigen. Sie können Ihren Pull Request jedoch erst dann mergen, wenn die erforderliche Anzahl an Reviewern mit den Berechtigungen write (Schreiben) oder admin (Administrator) im Repository die Änderungen Ihres Pull Requests im jeweiligen Review genehmigt hat. Weitere Informationen zu Repository-Berechtigungsebenen finden Sie unter „Berechtigungsebenen für die Repositorys einer Organisation“. Wenn ein Review durch einen designierten Codeinhaber erforderlich ist und sich der Pull Request auf den Code auswirkt, der einen designierten Inhaber aufweist, ist eine Genehmigung dieses Inhabers erforderlich.
If a pull request has changed since it was reviewed and the person who requested changes isn't available to give an approving review, repository administrators or people with write access can dismiss a review. Weitere Informationen finden Sie unter „Einen Pull-Request-Review ablehnen“.
After all required reviewers have approved a pull request, you won't be able to merge it if there are other open pull requests with pending or rejected reviews and those pull requests have a head branch pointing to the same commit. Someone with write or admin permissions will need to approve or dismiss the blocking review on the other pull requests before you can merge.
Einen Pull Request auf GitHub mergen
-
Under your repository name, click Pull requests.
-
Klicken Sie in der Liste „Pull Requests“ auf den Pull Request, den Sie mergen möchten.
-
Je nach den Mergeoptionen, die für Ihr Repository aktiviert sind, stehen Ihnen folgende Möglichkeiten zur Verfügung:
- Sie können alle Commits in den Basis-Branch mergen, indem Sie auf Merge pull request (Pull Request mergen) klicken. If the Merge pull request option is not shown, then click the merge drop down menu and select Create a merge commit.
- Squash the commits into one commit by clicking the merge drop down menu, selecting Squash and merge and then clicking the Squash and merge button.
- Rebase the commits individually onto the base branch by clicking the merge drop down menu, selecting Rebase and merge and then clicking the Rebase and merge button.
Hinweis: Durch das Rebasing und Mergen werden immer die Informationen zum Beitragenden aktualisiert und neue Commit-SHAs erstellt. Weitere Informationen finden Sie unter „Informationen zum Mergen von Pull Requests“.
-
If prompted, type a commit message, or accept the default message.
-
Click Confirm merge, Confirm squash and merge, or Confirm rebase and merge.
-
Optional können Sie den Branch auch löschen. So bleibt die Liste der Branches in Ihrem Repository ordentlich.
Pull Requests werden mit der Option --no-ff
gemergt, mit Ausnahme von Pull Requests mit Squash- oder Rebase-Commits, die mit der Fast-Forward-Option gemergt werden.
You can close corresponding issues using a keyword in your pull request or commit message. For more information, see "Closing issues using keywords."