Wie kann ich eine GitHub-Pull-Anfrage mit git auschecken?

Ich möchte eine zuvor erstellte Pull-Anfrage (erstellt über die GitHub-Weboberfläche) auschecken. Ich suchte und fand verschiedene Orte, an denen ein refs / pull oder refs / pull / pr

Aber wenn ich fetch = +refs/pull/*/head:refs/remotes/origin/pr/*zur Git-Konfigurationsdatei hinzufüge und einen Git-Abruf mache

Was mache ich falsch? Sollte GitHub das Pull / XYZ-Zeug automatisch erstellen oder muss ich etwas konfigurieren?

Um eine Remote-PR in Ihr lokales Repo zu holen,

git fetch origin pull/ID/head:BRANCHNAME

Wo IDist die Pull-Anforderungs-ID und BRANCHNAMEder Name des neuen Zweigs, den Sie erstellen möchten. Sobald Sie den Zweig erstellt haben, dann einfach

git checkout BRANCHNAME

Weitere Informationen finden Sie in der offiziellen GitHub-Dokumentation .

Dies wird abgerufen, ohne dass Sie einen Zweig benennen müssen:

git pull origin pull/939/head

Wie erhalte ich eine bestimmte Pull-Anfrage auf meinem Computer?

Dieser Kern beschreibt, was passiert ist, wenn Sie einen Git-Abruf durchführen:

Ändern Sie natürlich die Github-URL so, dass sie mit der URL Ihres Projekts übereinstimmt. Am Ende sieht es so aus:

[remote "origin"]
    fetch = +refs/heads/*:refs/remotes/origin/*
    url = git@github.com:joyent/node.git
    fetch = +refs/pull/*/head:refs/remotes/origin/pr/*

Rufen Sie nun alle Pull-Anfragen ab:

$ git fetch origin
From github.com:joyent/node
 * [new ref]         refs/pull/1000/head -> origin/pr/1000
 * [new ref]         refs/pull/1002/head -> origin/pr/1002
 * [new ref]         refs/pull/1004/head -> origin/pr/1004
 * [new ref]         refs/pull/1009/head -> origin/pr/1009
...

So überprüfen Sie eine bestimmte Pull-Anfrage:

$ git checkout pr/999
Branch pr/999 set up to track remote branch pr/999 from origin.
Switched to a new branch 'pr/999'

In den Ausgaben 259 sind verschiedene Skripte aufgeführt, um diese Aufgabe zu automatisieren.
Das git-extras- Projekt schlägt den Befehl vor git-pr(implementiert in PR 262 ).

git-pr(1) - Checkt eine Pull-Anfrage lokal aus

ZUSAMMENFASSUNG

git-pr <number> [<remote>]
git-pr clean

BESCHREIBUNG

Erstellt einen lokalen Zweig basierend auf einer GitHub-Pull-Anforderungsnummer und wechselt anschließend zu diesem Zweig.

Der Name der Fernbedienung, von der abgerufen werden soll. Der Standardwert ist origin.

BEISPIELE

Dies überprüft die Pull-Anfrage 226von origin:

$ git pr 226

remote: Counting objects: 12, done.
remote: Compressing objects: 100% (9/9), done.
remote: Total 12 (delta 3), reused 9 (delta 3)
Unpacking objects: 100% (12/12), done.
From https://github.com/visionmedia/git-extras
  * [new ref] refs/pull/226/head -> pr/226
Switched to branch 'pr/226'

Ich ziehe es vor, abzurufen und auszuchecken, ohne einen lokalen Zweig zu erstellen, und mich im Status "HEAD losgelöst" zu befinden . Dadurch kann ich die Pull-Anforderung schnell überprüfen, ohne meinen lokalen Computer mit unnötigen lokalen Zweigen zu belasten.

git fetch upstream pull/ID/head && git checkout FETCH_HEAD

Wo IDist eine Pull-Anforderungs-ID und upstreamwo ist die ursprüngliche Pull-Anforderung erstellt worden (könnte es originzum Beispiel sein).

Ich hoffe, es hilft.

Unter Bezugnahme auf Steven Pennys Antwort ist es am besten, einen Testzweig zu erstellen und die PR zu testen. Also hier ist, was Sie tun würden.

1. Erstellen Sie einen Testzweig, in den die PR lokal zusammengeführt werden soll. Angenommen, Sie befinden sich in der Hauptniederlassung:

git checkout -b test

2. Holen Sie sich die PR-Änderungen in den Testzweig

git pull origin pull/939/head:test

Jetzt können Sie die Änderungen in diesem lokalen Testzweig (in diesem Fall als Test bezeichnet ) sicher testen und, sobald Sie zufrieden sind, wie gewohnt von GitHub zusammenführen.

Wenn Sie Github.com verwenden, gehen Sie zu "Pull-Anforderungen", klicken Sie auf die entsprechende Pull-Anforderung und dann auf den Link "Befehlszeilenanweisungen":

Mit dem git configBefehl können Sie eine neue Regel schreiben .git/config, um Pull-Anforderungen aus dem Repository abzurufen:

$ git config --local --add remote.origin.fetch '+refs/pull/*/head:refs/remotes/origin/pr/*'

Und dann einfach:

$ git fetch origin
Fetching origin
remote: Counting objects: 4, done.
remote: Compressing objects: 100% (2/2), done.
remote: Total 4 (delta 2), reused 4 (delta 2), pack-reused 0
Unpacking objects: 100% (4/4), done.
From https://github.com/container-images/memcached
 * [new ref]         refs/pull/2/head -> origin/pr/2
 * [new ref]         refs/pull/3/head -> origin/pr/3

Das Problem mit einigen der oben genannten Optionen ist, dass jemand, der nach dem Öffnen der PR mehr Commits an die PR sendet, nicht die aktuellste Version erhält. Für mich hat es am besten funktioniert: Gehen Sie zur PR und drücken Sie 'Commits', scrollen Sie nach unten , um den neuesten Commit-Hash zu sehen, und verwenden Sie dann einfach git checkout, d. H.

git checkout <commit number>

im obigen Beispiel

git checkout 0ba1a50

Ich verwende Hub, ein Tool von Github: https://github.com/github/hub

Mit dem Auschecken eines Hubs vor Ort ist eine Pull-Anfrage vor Ort ganz einfach:

hub checkout https://github.com/owner/repo/pull/1234
or
hub pr checkout 1234

Für Bitbucket müssen Sie das Wort pulldurch ersetzen pull-requests.

Zunächst können Sie den URL-Stil der Pull-Anforderung per git ls-remote originBefehl bestätigen.

$ git ls-remote origin |grep pull
f3f40f2ca9509368c959b0b13729dc0ae2fbf2ae    refs/pull-requests/1503/from
da4666bd91eabcc6f2c214e0bbd99d543d94767e    refs/pull-requests/1503/merge
...

Wie Sie sehen können, ist es refs/pull-requests/1503/fromstattrefs/pull/1503/from

Dann können Sie die Befehle einer der Antworten verwenden.

Ich habe aus Versehen fast das gleiche geschrieben, wie es von Git-Extras bereitgestellt wurde. Wenn Sie also einen einzelnen benutzerdefinierten Befehl bevorzugen, anstatt eine Reihe anderer zusätzlicher Befehle zu installieren, platzieren Sie diese git-prDatei einfach irgendwo in Ihrem $PATHund dann können Sie einfach schreiben:

git pr 42
// or
git pr upstream 42
// or
git pr https://github.com/peerigon/phridge/pull/1

Wenn Sie dem Workflow "Github Fork" folgen, in dem Sie eine Fork erstellen und das Remote-Upstream-Repo hinzufügen:

14:47 $ git remote -v
origin  git@github.com:<yourname>/<repo_name>.git (fetch)
origin  git@github.com:<yourname>/<repo_name>.git (push)
upstream        git@github.com:<repo_owrer>/<repo_name>.git (fetch)
upstream        git@github.com:<repo_owner>/<repo_name>.git (push)

Um in Ihren aktuellen Zweig zu gelangen, würde Ihr Befehl folgendermaßen aussehen:

git pull upstream pull/<pull_request_number>/head

Um in einen neuen Zweig zu ziehen, würde der Code folgendermaßen aussehen:

git fetch upstream pull/<pull_request_number>/head:newbranch

Github hat kürzlich ein CLI- Dienstprogramm namens Github-Cli veröffentlicht . Nach der Installation können Sie den Zweig einer Pull-Anfrage lokal anhand seiner ID auschecken

z.B: gh pr checkout 2267

Beachten Sie, dass sich dieses Paket noch in der Beta befindet

Holen Sie sich den Remote-PR-Zweig in den lokalen Zweig:

git fetch origin ‘remote_branch’:‘local_branch_name’

Stellen Sie den Upstream der lokalen Verzweigung auf die Remote-Verzweigung ein.

git branch --set-upstream-to=origin/PR_Branch_Name local_branch

Wenn Sie die lokalen Änderungen erneut in den PR-Zweig übertragen möchten

git push origin HEAD:remote_PR_Branch_name

Angenommen, Ihre Herkunfts- und Upstream-Informationen sind wie folgt

   $ git remote -v
   origin  git@github.com:<yourname>/<repo_name>.git (fetch)
   origin  git@github.com:<yourname>/<repo_name>.git (push)
   upstream   git@github.com:<repo_owner>/<repo_name>.git (fetch)
   upstream   git@github.com:<repo_owner>/<repo_name>.git (push)

und Ihr Filialname ist wie

   <repo_owner>:<BranchName>

dann

   git pull origin <BranchName>

soll den Job machen

Wenn sich ihre Commits in der Hauptniederlassung ihres gegabelten Repos befinden, können Sie einfach Folgendes tun.

git fetch git@github.com:<repo_owner>/<repo_name>.git
git checkout FETCH_HEAD