Diese Version von GitHub Enterprise Server wird eingestellt am 2026-03-17. Es wird keine Patch-Freigabe vorgenommen, auch nicht für kritische Sicherheitsprobleme. Für bessere Leistung, verbesserte Sicherheit und neue Features aktualisiere auf die neueste Version von GitHub Enterprise Server. Wende dich an den GitHub Enterprise-Support, um Hilfe zum Upgrade zu erhalten.

Pull Requests lokal auschecken

Wenn dir jemand einen Pull Request aus einem Fork oder Branch deines Repositorys schickt, kannst du ihn lokal zusammenführen, um einen Mergekonflikt zu lösen oder die Änderungen vor dem Zusammenführen auf GitHub zu testen und zu überprüfen.

Platform navigation

Tool navigation

In diesem Artikel

Hinweis

Nur die Ersteller von Pull Requests können Betreuern des Upstream-Repositorys oder Nutzern mit Push-Zugriff auf das Upstream-Repository die Berechtigung erteilen, Commits zu ihrem Vergleichsbranch des Pull Requests in einem benutzereigenen Fork hinzuzufügen. Weitere Informationen finden Sie unter Änderungen an einem Pull-Request-Branch zulassen, der von einem Fork erstellt wurde.

Einen aktiven Pull Request lokal ändern

  1. Klicke unter dem Namen deines Repositorys auf Pull requests.

    Screenshot der Hauptseite eines Repositorys. In der horizontalen Navigationsleiste ist eine Registerkarte mit der Bezeichnung „Pull Requests“ dunkelorange umrandet.

  2. Klicke in der Liste der Pull Requests auf den Pull Request, den du ändern möchtest.

  3. Klicke im Mergefeld auf Befehlszeilenanweisungen. Führe nacheinander die folgenden Schritte durch, um den vorgeschlagenen Pull Request herunterzuladen.

    Screenshot des Merge-Feldes in einem Pull Request. Der Link, um auf die Anweisungen für Pull-Requests in der Befehlszeile zuzugreifen, ist in Dunkelorange umrahmt.

  4. Optional: Wenn du die vorgeschlagenen Änderungen in GitHub Desktop ansehen möchtest, klicke neben der Schaltfläche Pull Request mergen auf In GitHub Desktop öffnen.

    Screenshot des Abschnitts „Zusammenführen von Nachrichten“ auf einer Pull-Request-Seite. Ein Link mit der Bezeichnung "In GitHub Desktop öffnen" ist orange dargestellt.

Hinweis

Weitere Informationen zur GitHub CLI findest du unter Informationen zu GitHub CLI.

Um einen Pull Request lokal auszuchecken, verwende den Unterbefehl gh pr checkout. Ersetze PULL-REQUEST durch die Nummer, die URL oder den HEAD-Branch des Pull Requests.

gh pr checkout PULL-REQUEST

Einen inaktiven Pull Request lokal ändern

Wenn der Ersteller bzw. die Erstellerin eines Pull Request nicht auf Anforderungen reagiert oder den Fork gelöscht hat, können die in diesem Pull Request vorgeschlagenen Änderungen weiterhin über einen neuen Pull Request zusammengeführt werden. Wenn du jedoch einen Pull Request ändern willst und der Autor nicht antwortet, musst du einige zusätzliche Schritte durchführen, um den Pull Request zu aktualisieren.

Sobald ein Pull-Request erstellt wird, speichert GitHub alle Änderungen extern. Anders gesagt sind Commits in einem Pull Request schon in einem Repository verfügbar, noch bevor der Pull Request zusammengeführt wird. Du kannst einen offenen Pull Request abrufen und als deinen eigenen neu erstellen.

Jeder kann einen zuvor geöffneten Pull Request weiter bearbeiten, testen oder sogar einen neuen Pull Request mit zusätzlichen Änderungen öffnen. Aber nur Mitarbeiter mit Push-Zugriff können Pull Requests zusammenführen.

  1. Klicke unter dem Repositorynamen auf Issues oder Pull requests.

    Screenshot der Hauptseite eines Repositorys. In der horizontalen Navigationsleiste sind die Registerkarten „Issues“ und „Pull requests“ orange dargestellt.

  2. Klicke in der Liste „Pull Requests“ auf den Pull Request, den Du zusammenführen möchtest.

  3. Ermittle die ID-Nummer des inaktiven Pull Requests. Die Ziffernfolge direkt hinter dem Titel des Pull Requests.

    Screenshot des Titels eines Pull Requests Die ID-Nummer des Pull Requests ist dunkelorange umrissen.

  4. Öffne TerminalTerminalGit Bash.

  5. Rufe den Verweis zum Pull Request basierend auf seiner ID-Nummer ab, und erstelle dabei einen neuen Branch.

    git fetch origin pull/ID/head:BRANCH_NAME

  6. Wechsle zu dem neuen Branch, der auf diesem Pull Request basiert:

    [main] $ git switch BRANCH_NAME
> Switched to a new branch 'BRANCH_NAME'

  7. An diesem Punkt kannst du mit diesem Branch alles machen, was du möchtest. Du kannst einige lokale Tests ausführen oder andere Branches in den Branch mergen.

  8. Wenn du fertig bist, kannst du den neuen Branch nach oben übertragen:

    [pull-inactive-pull-request] $ git push origin BRANCH_NAME
> Counting objects: 32, done.
> Delta compression using up to 8 threads.
> Compressing objects: 100% (26/26), done.
> Writing objects: 100% (29/29), 74.94 KiB | 0 bytes/s, done.
> Total 29 (delta 8), reused 0 (delta 0)
> To https://HOSTNAME/USERNAME/REPOSITORY.git
>  * [new branch]      BRANCH_NAME -> BRANCH_NAME

  9.        [Erstelle einen neuen Pull Request](/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/creating-a-pull-request) mit deinem neuen Branch.

Fehler: Pushen einiger Refs fehlgeschlagen

Der Remote-Namespace refs/pull/ ist schreibgeschützt. Wenn du versuchst, Commits dorthin zu übertragen, wird die folgende Fehlermeldung angezeigt:

! [remote rejected] HEAD -> refs/pull/1/head (deny updating a hidden ref)
error: failed to push some refs to 'git@github.local:USERNAME/REPOSITORY.git'

Tipp

Wenn du einen Remoteverweis entfernst oder umbenennst, ist dein lokaler refs/pull/origin/-Namespace von Aufrufen von git-remote nicht betroffen.