Jemand drückte auf einen Zweig namens testmit git push origin testauf einem gemeinsamen Repository. Ich kann den Zweig mit sehen git branch -r.

Jetzt versuche ich, den Remote- testZweig zu überprüfen .

Ich habe es versucht:

• git checkout test was nichts tut

• git checkout origin/testgibt * (no branch). Welches ist verwirrend. Wie kann ich auf "no branch" sein?

Wie checke ich einen Remote-Git-Zweig aus?

Aktualisieren

Jakubs Antwort verbessert dies tatsächlich. Mit Git-Versionen ≥ 1.6.6 und nur einer Fernbedienung können Sie Folgendes tun:

git fetch
git checkout test

Wie Benutzer masukomi in einem Kommentar betont, git checkout testfunktioniert es in modernem Git NICHT, wenn Sie mehrere Fernbedienungen haben. In diesem Fall verwenden

git checkout -b test <name of remote>/test

oder die Kurzschrift

git checkout -t <name of remote>/test

Alte Antwort

Bevor Sie lokal an einem Remote-Zweig arbeiten können, müssen Sie ihn wie in den Antworten unten angegeben abrufen.

Um einen Zweig abzurufen, müssen Sie lediglich:

git fetch origin

Dadurch werden alle Remote-Zweige für Sie abgerufen. Sie können die zum Auschecken verfügbaren Filialen sehen mit:

git branch -v -a

Mit den vorhandenen Remote-Filialen müssen Sie nun die Filiale überprüfen, an der Sie interessiert sind, und eine lokale Arbeitskopie erhalten:

git checkout -b test origin/test

Nebenbemerkung: Mit modernem Git (> = 1.6.6 ) können Sie nur verwenden

git checkout test

(Beachten Sie, dass es 'Test' ist, nicht 'Ursprung / Test'), um eine magische DWIM-Serie durchzuführen und einen lokalen Zweig 'Test' für Sie zu erstellen, für den der Upstream-Tracking-Zweig 'Ursprung / Test' vorverfolgt werden würde.

Die * (no branch)in git branchAusgabemitteln , dass Sie auf ungenannten Zweig, in so genannten „abgelöst HEAD“ Zustand (HEAD Punkte direkt zu begehen, und ist nicht symbolisch Bezug auf einigen lokalen Zweigen). Wenn Sie für diesen unbenannten Zweig einige Commits vorgenommen haben, können Sie immer einen lokalen Zweig außerhalb des aktuellen Commits erstellen:

git checkout -b test HEAD

** BEARBEITEN (vom Herausgeber nicht vom Autor) **

Ich habe unten einen Kommentar gefunden, der diese Antwort zu modernisieren scheint:

@Dennis: Git-Checkout, zum Beispiel Git-Checkout-Ursprung / Testergebnisse in getrenntem HEAD / unbenanntem Zweig, während Git-Checkout-Test oder Git-Checkout -b-Testursprung / Testergebnisse im lokalen Branchentest (mit Remote-Tracking-Zweigursprung / -test als Upstream) ) - Jakub Narębski 9. Januar 14 um 8:17 Uhr

Betonung git checkout origin/test

In diesem Fall möchten Sie wahrscheinlich einen lokalen testZweig erstellen, der den Remote- testZweig verfolgt:

$ git branch test origin/test

In früheren Versionen von gitbrauchten Sie eine explizite --trackOption, aber dies ist jetzt die Standardeinstellung, wenn Sie von einer Remote-Verzweigung abzweigen.

Akzeptierte Antwort funktioniert bei Ihnen nicht?

Während die erste und ausgewählte Antwort technisch korrekt ist , besteht die Möglichkeit, dass Sie noch nicht alle Objekte und Referenzen aus dem Remote-Repository abgerufen haben. In diesem Fall wird folgende Fehlermeldung angezeigt:

$ git checkout -b remote_branch origin/remote_branch

fatal: git checkout: Das Aktualisieren von Pfaden ist nicht mit dem Wechseln von Zweigen kompatibel.
Wollten Sie 'origin / remote_branch' auschecken, das nicht als Commit aufgelöst werden kann?

Lösung

Wenn Sie diese Meldung erhalten, müssen Sie zunächst ein tun , git fetch originwo originist der Name des Remote - Repository vor der Ausführung git checkout remote_branch. Hier ist ein vollständiges Beispiel mit Antworten:

$ git fetch origin
remote: Counting objects: 140, done.
remote: Compressing objects: 100% (30/30), done.
remote: Total 69 (delta 36), reused 66 (delta 33)
Unpacking objects: 100% (69/69), done.
From https://github.com/githubuser/repo-name
   e6ef1e0..5029161  develop    -> origin/develop
 * [new branch]      demo       -> origin/demo
   d80f8d7..359eab0  master     -> origin/master

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

Wie Sie sehen können, wurden beim Ausführen git fetch originalle Remote-Zweige abgerufen , die wir noch nicht für die Verfolgung auf unserem lokalen Computer eingerichtet hatten. Von dort aus können wir, da wir jetzt einen Verweis auf den Remote-Zweig haben, einfach ausgeführt werden git checkout remote_branchund die Vorteile der Remote-Verfolgung nutzen.

Ich habe die obige Lösung ausprobiert, aber sie hat nicht funktioniert. Versuchen Sie dies, es funktioniert:

git fetch origin 'remote_branch':'local_branch_name'

Dadurch wird der Remote-Zweig abgerufen und ein neuer lokaler Zweig (falls noch nicht vorhanden) mit Namen erstellt local_branch_nameund der Remote- Zweig darin verfolgt.

Dadurch wird DWIM für eine nicht benannte Fernbedienung erstellt ( Dokumentation ):

$ git checkout -t remote_name/remote_branch

Um eine neue Fernbedienung hinzuzufügen, müssen Sie zunächst Folgendes tun:

$ git remote add remote_name location_of_remote
$ git fetch remote_name

Der erste teilt Git mit, dass die Fernbedienung vorhanden ist, der zweite erhält die Commits.

Verwenden:

git checkout -b <BRANCH-NAME> <REMOTE-NAME>/<BRANCH-NAME>

Andere Antworten funktionieren in meinem gutartigen Fall nicht mit modernem Git. Möglicherweise müssen Sie zuerst ziehen, wenn der Remote-Zweig neu ist, aber ich habe diesen Fall nicht überprüft.

OK , die Antwort ist einfach ... Sie sehen im Grunde den Zweig, aber Sie haben noch keine lokale Kopie! ...

Sie müssen zur fetchNiederlassung ...

Sie können einfach abrufen und dann zum Zweig auschecken. Verwenden Sie dazu den folgenden Befehl in einer Zeile:

git fetch && git checkout test

Ich habe auch das folgende Bild erstellt, damit Sie die Unterschiede teilen, sehen können, wie es fetchfunktioniert und wie es sich unterscheidet von pull:

Gehen Sie folgendermaßen vor, um ein Git-Repository zu klonen:

git clone <either ssh url /http url>

Der obige Befehl überprüft alle Zweige, aber nur der masterZweig wird initialisiert. Wenn Sie die anderen Zweige auschecken möchten, gehen Sie wie folgt vor:

git checkout -t origin/future_branch (for example)

Dieser Befehl checkt den Remote-Zweig aus, und Ihr lokaler Zweigname entspricht dem des Remote-Zweigs.

Wenn Sie Ihren lokalen Filialnamen beim Auschecken überschreiben möchten:

git checkout -t -b enhancement origin/future_branch

Jetzt lautet Ihr lokaler Zweigstellenname enhancement, Ihr Remote-Zweigstellenname jedoch future_branch.

Dokumentation

Du kannst es versuchen

git fetch remote
git checkout --track -b local_branch_name origin/branch_name

oder

git fetch
git checkout -b local_branch_name origin/branch_name

Zunächst müssen Sie Folgendes tun:

git fetch # Wenn Sie den Filialnamen nicht kennen

git fetch origin branch_name

Zweitens können Sie den Remote-Zweig in Ihrem lokalen Zweig auschecken, indem Sie:

git checkout -b branch_name origin/branch_name

-b erstellt einen neuen Zweig im angegebenen Namen aus dem ausgewählten Remote-Zweig.

Ich benutze den folgenden Befehl:

git checkout --track origin/other_remote_branch

Befehle

git fetch --all
git checkout -b <ur_new_local_branch_name> origin/<Remote_Branch_Name>

sind gleich

 git fetch --all

und dann

 git checkout -b fixes_for_dev origin/development

Beide erstellen ein latest fixes_for_devvondevelopment

Wenn sich der Zweig auf etwas anderem als der originFernbedienung befindet, möchte ich Folgendes tun:

$ git fetch
$ git checkout -b second/next upstream/next

Dadurch wird der nextZweig auf der upstreamFernbedienung in einen lokalen Zweig namens eingecheckt second/next. Das heißt, wenn Sie bereits einen lokalen Zweig mit dem Namen next haben, kommt es nicht zu Konflikten.

$ git branch -a
* second/next
  remotes/origin/next
  remotes/upstream/next

git fetch && git checkout your-branch-name

Keine dieser Antworten hat bei mir funktioniert. das hat funktioniert:

git checkout -b feature/branch remotes/origin/feature/branch

Ich befand mich in einer Situation, in der ich error: pathspec 'desired-branch' did not match any file(s) known to git.alle oben genannten Vorschläge sah. Ich bin auf Git-Version 1.8.3.1.

Das hat also bei mir funktioniert :

git fetch origin desired-branch
git checkout -b desired-branch FETCH_HEAD

Die Erklärung dahinter ist, dass ich bemerkt habe, dass der Remote-Zweig beim Abrufen nach FETCH_HEAD abgerufen wurde:

$ git fetch origin desired-branch
From github.com:MYTEAM/my-repo
    * branch            desired-branch -> FETCH_HEAD

Führen Sie einfach git checkoutden Namen des Remote-Zweigs aus. Git erstellt automatisch einen lokalen Zweig, der den entfernten Zweig verfolgt:

git fetch
git checkout test

Wenn dieser Zweigname jedoch in mehr als einer Fernbedienung gefunden wird, funktioniert dies nicht, da Git nicht weiß, welche zu verwenden ist. In diesem Fall können Sie entweder:

git checkout --track origin/test

oder

git checkout -b test origin/test

In 2.19 lernte Git die checkout.defaultRemoteKonfiguration, in der eine Fernbedienung angegeben ist, auf die standardmäßig zurückgegriffen werden soll, wenn eine solche Mehrdeutigkeit behoben wird.

git branch -rsagt, der Objektname sei ungültig, da dieser Zweigname nicht in der lokalen Zweigliste von Git enthalten ist. Aktualisieren Sie Ihre lokale Zweigstellenliste vom Ursprung mit:

git remote update

Versuchen Sie dann erneut, Ihren Remote-Zweig zu überprüfen.

Das hat bei mir funktioniert.

Ich glaube, git fetchzieht alle entfernten Zweige ein, was das Originalplakat nicht wollte.

Der git remote show <origin name>Befehl listet alle Zweige auf (einschließlich nicht verfolgter Zweige). Dann können Sie den Namen des Remote-Zweigs finden, den Sie abrufen müssen.

Beispiel:

$ git remote show origin

Führen Sie die folgenden Schritte aus, um entfernte Zweige abzurufen:

git fetch <origin name> <remote branch name>:<local branch name>
git checkout <local branch name > (local branch name should the name that you given fetching)

Beispiel:

$ git fetch origin test:test
$ git checkout test

Von der Fernbedienung holen und den Zweig auschecken.

git fetch <remote_name> && git checkout <branch_name> 

Z.B:

Git-Abrufursprung && Git-Checkout-Funktion / XYZ-1234-Add-Alerts

Andere Jungs und Mädels geben die Lösungen, aber vielleicht kann ich dir sagen warum.

Git Checkout Test, der nichts tut

Does nothingist nicht gleich doesn't work, also denke ich, wenn Sie 'git checkout test' in Ihr Terminal eingeben und die Eingabetaste drücken, wird keine Meldung angezeigt und es tritt kein Fehler auf. Habe ich recht?

Wenn die Antwort "Ja" lautet, kann ich Ihnen die Ursache mitteilen.

Die Ursache ist, dass sich in Ihrem Arbeitsbaum eine Datei (oder ein Ordner) mit dem Namen "test" befindet.

Wenn git checkout xxxanalysiert,

1. Git sieht zunächst xxxals Zweigstellenname aus, aber es gibt keinen Zweig mit dem Namen test.
2. Dann denkt Git, es sei xxxein Pfad, und zum Glück (oder leider) gibt es eine Datei mit dem Namen test. Dies git checkout xxxbedeutet, dass alle Änderungen in der xxxDatei verworfen werden .
3. Wenn auch keine Datei mit dem Namen vorhanden ist xxx, versucht Git, die Datei xxxnach bestimmten Regeln zu erstellen . Eine der Regeln ist das Erstellen eines Zweigs mit dem Namen, xxxfalls remotes/origin/xxxvorhanden.

Um neu erstellte Zweige zu erhalten

git fetch

In einen anderen Zweig wechseln

git checkout BranchName

Sie können alle Remote-Zweige mit dem folgenden Bash-Skript verfolgen:

#!/bin/bash
git fetch --all
for branch in `git branch -r --format="%(refname:short)" | sed 's/origin\///'`
  do git branch -f --track "$branch" "origin/$branch"
done

Hier ist auch eine einzeilige Version:

git fetch --all; for branch in `git branch -r --format="%(refname:short)" | sed 's/origin\///'`; do git branch --track "$branch" "origin/$branch" ; done ;

git checkout -b "Filialname" [B bedeutet "Lokale Filiale erstellen"]

Git Branch - alle

git checkout -b "Ihr Filialname"

Git Zweig

erfolgreiches Auschecken vom Hauptzweig zum Entwicklungszweig

Verwenden Sie Folgendes, um alle Remote-Zweige zu erhalten:

git fetch --all

dann zur Kasse gehen:

git checkout test

Verwenden Sie fetchdiese Option , um Ihre gesamte Fernbedienung zu ziehen

   git fetch --all

So listen Sie entfernte Zweige auf:

   git branch -r

Für alle Ihre Filialen auflisten

   git branch -l
   >>outpots like-
     * develop
       test
       master

Zum Auschecken / Ändern eines Zweigs

   git checkout master

Für uns scheint die remote.origin.fetchKonfiguration ein Problem zu sein. Daher konnten wir keine anderen entfernten Zweige als sehen master, git fetch [--all]was nicht half. Weder git checkout mybranchnoch git checkout -b mybranch --track origin/mybranchfunktionierte, obwohl es sicherlich fern war.

Die vorherige Konfiguration darf masternur abgerufen werden:

$ git config --list | grep fetch
remote.origin.fetch=+refs/heads/master:refs/remotes/origin/master

Beheben Sie das Problem, indem Sie *die neuen Informationen verwenden und vom Ursprung abrufen:

$ git config remote.origin.fetch '+refs/heads/*:refs/remotes/origin/*'

$ git fetch
...
 * [new branch] ...
...

Jetzt konnten wir git checkoutden Remote-Zweig lokal.

Keine Ahnung, wie diese Konfiguration in unserem lokalen Repo gelandet ist.

Wenn der Name des Remote-Zweigs mit Sonderzeichen beginnt, müssen Sie im Befehl checkout einfache Anführungszeichen verwenden, da git sonst nicht weiß, um welchen Zweig es sich handelt.

Ich habe beispielsweise versucht, einen Remote-Zweig mit dem Namen als #9773auszuchecken, aber der Befehl hat nicht ordnungsgemäß funktioniert, wie in der folgenden Abbildung dargestellt:

Aus irgendeinem Grund habe ich mich gefragt, ob das scharfe Symbol (#) etwas damit zu tun haben könnte, und dann habe ich versucht, den '#9773'Zweignamen mit einfachen Anführungszeichen zu umgeben, wie rathen als nur #9773, und zum Glück hat es gut funktioniert.

$ git checkout -b '#9773' origin/'#9773'

Bitte folgen Sie dem Befehl, um einen leeren Ordner zu erstellen. Geben Sie das ein und verwenden Sie diesen Befehl:

saifurs-Mini:YO-iOS saifurrahman$ git clone your_project_url
Cloning into 'iPhoneV1'...
remote: Counting objects: 34230, done.
remote: Compressing objects: 100% (24028/24028), done.
remote: Total 34230 (delta 22212), reused 15340 (delta 9324)
Receiving objects: 100% (34230/34230), 202.53 MiB | 294.00 KiB/s, done.
Resolving deltas: 100% (22212/22212), done.
Checking connectivity... done.
saifurs-Mini:YO-iOS saifurrahman$ cd iPhoneV1/
saifurs-Mini:iPhoneV1 saifurrahman$ git checkout 1_4_0_content_discovery
Branch 1_4_0_content_discovery set up to track remote branch 1_4_0_content_discovery from origin.
Switched to a new branch '1_4_0_content_discovery'