Hallo, Entdecker! An dieser Seite wird aktiv gearbeitet, oder sie wird noch übersetzt. Die neuesten und genauesten Informationen finden Sie in unserer englischsprachigen Dokumentation.
Artikelversion: Enterprise Server 2.15

Diese Version von GitHub Enterprise wird eingestellt am Diese Version von GitHub Enterprise wurde eingestellt am 2019-10-16. Es wird keine Patch-Freigabe vorgenommen, auch nicht für kritische Sicherheitsprobleme. For better performance, improved security, and new features, upgrade to the latest version of GitHub Enterprise. For help with the upgrade, contact GitHub Enterprise support.

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

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

  1. Under your repository name, click Pull requests.

    Issues and pull requests tab selection

  2. Klicken Sie in der Liste „Pull Requests“ auf den Pull Request, den Sie mergen möchten.

  3. Je nach den Mergeoptionen, die für Ihr Repository aktiviert sind, stehen Ihnen folgende Möglichkeiten zur Verfügung:

    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“.

  4. If prompted, type a commit message, or accept the default message.

    Feld für Commit-Mitteilung

  5. Click Confirm merge, Confirm squash and merge, or Confirm rebase and merge.

  6. 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."

Weiterführende Informationen

Menschliche Unterstützung einholen

Sie können das Gesuchte nicht finden?

Kontakt