Warum wird "origin / HEAD" angezeigt, wenn "git branch -r" ausgeführt wird?

Wenn du rennst, git branch -rwarum werden die Flammen aufgelistet origin/HEAD? Zum Beispiel gibt es auf GitHub ein Remote-Repo mit zwei Zweigen: Master und Awesome-Feature. Wenn ich es git clonenehme und dann in mein neues Verzeichnis gehe und die Zweige aufführe, sehe ich Folgendes:

$ git branch -r
origin/HEAD
origin/master
origin/awesome-feature

Oder in welcher Reihenfolge auch immer (Alpha? Ich fälsche dieses Beispiel, um die Identität eines unschuldigen Repos geheim zu halten). Also, was ist das HEADGeschäft? Ist es das, worauf die letzte Person pushbeim Schieben HEADhingewiesen hat? Wird das nicht immer das sein, was sie herausgebracht haben push? HEADs bewegen sich ... warum kümmert es mich, auf was jemand HEADauf einer anderen Maschine zeigt?

Ich habe gerade die Fernverfolgung und so in den Griff bekommen, also ist dies eine anhaltende Verwirrung. Vielen Dank!

BEARBEITEN: Ich hatte den Eindruck, dass dedizierte Remote-Repos (wie GitHub, bei dem niemand diesen Code einschaltet und bearbeitet, sondern nur zieht oder drückt usw.) keinen KOPF hatten und nicht haben sollten, weil es im Grunde genommen einen gab. keine Arbeitskopie. Nicht so?

@robinst ist korrekt.

In git können Sie auswählen, welcher Zweig standardmäßig ausgecheckt ist (dh wann Sie klonen). Standardmäßig origin/HEADwird darauf hingewiesen.

Auf GitHub können Sie dies in den Admin-Einstellungen für Ihr GitHub-Repo ändern . Sie können dies auch über die Befehlszeile über tun

git remote set-head origin trunk

oder ganz löschen über

git remote set-head origin -d

Beispiel . Sehen Sie sich das Dropdown-Menü "Zweige wechseln" an. trunkwird geprüft, so origin/HEADfolgt trunk.

Der Grund, warum ein nacktes Repository einen HEAD haben kann, besteht darin, dass bestimmt wird, welcher Zweig nach einem Klon des Repositorys zunächst ausgecheckt wird.

Normalerweise zeigt HEAD auf master, und dies ist der Zweig, der ausgecheckt wird, wenn Benutzer das Repository klonen. Wenn Sie es auf einen anderen Zweig setzen (indem Sie HEAD im Bare-Repository bearbeiten), wird dieser Zweig beim Klonen ausgecheckt.

Ich hatte den Eindruck, dass dedizierte Remote-Repos (wie GitHub, bei dem niemand in diesen Code eindringt und daran arbeitet, sondern nur zieht oder drückt usw.) keinen KOPF haben und nicht haben sollten, weil im Grunde genommen nichts funktionierte Kopieren. Nicht so?

Ich hatte genau den gleichen Eindruck wie du gesagt hast.

Und ich kann diesen von github geklonten Ursprungs- / HEAD-Fernverfolgungszweig nicht einmal löschen, indem ich dies tue

git branch -d -r origin/HEAD

Dies hatte keine Wirkung.

Kann mir jemand sagen, wie ich diesen Ursprungs- / HEAD-Fernverfolgungszweig löschen kann?

aktualisieren

Obwohl ich nicht herausgefunden habe, warum beim Klonen von Github ein Ursprung / KOPF erstellt wurde, finde ich einen Weg, ihn zu löschen.

Die neue Version von Git bieten

git remote set-head <name> -d

um den nutzlosen HEAD-Zeiger des Remote-Tracking-Zweigs zu löschen.

Und wir können auch den dummen Standardnamen 'origin' in den gewünschten Namen ändern

git remote rename origin <new_name>

Hoffe das kann helfen. :) :)

Sie haben Recht, dass das Pushen auf dedizierte Remote-Repos viel besser funktioniert, wenn sie "nackt" sind, dh wenn sie keine Arbeitsverzeichnisse haben. Die Architektur von Git ist für die Aktualisierung durch Patches oder pull( fetch) konzipiert, was in einem verteilten VCS sinnvoll ist. Wie in den Dokumenten irgendwo angegeben, kann das Verschieben in einen Zweig, der gerade ausgecheckt ist, zu "unerwarteten Ergebnissen" führen .

Der HEAD ist Teil der Anforderungen für ein gültiges Repository. Git Repository Layout sagt teilweise:

HEAD

A symref (see glossary) to the refs/heads/ namespace describing the currently active  
branch. It does not mean much if the repository is not associated with any working tree  
(i.e. a bare repository), but a valid git repository must have the HEAD file; some  
porcelains may use it to guess the designated "default" branch of the repository  
(usually master). It is legal if the named branch name does not (yet) exist.

Sie werden HEAD also als Teil der Branchenliste sehen, auch wenn "es nicht viel bedeutet ...".

Wenn "origin" ein Remote-Repository ist, identifiziert origin / HEAD den Standardzweig in diesem Remote-Repository.

Beispiel:

$ git remote show
origin
$ git remote show origin
* remote origin
  Fetch URL: git@github.com:walkerh/pipe-o-matic.git
  Push  URL: git@github.com:walkerh/pipe-o-matic.git
  HEAD branch: master
  Remote branch:
    master tracked
  Local branch configured for 'git pull':
    master merges with remote master
  Local ref configured for 'git push':
    master pushes to master (fast-forwardable)

Beachten Sie die Zeile "HEAD branch: master". Hier teilt das Remote-Repository den Clients mit, welcher Zweig standardmäßig ausgecheckt werden soll.

Es gibt immer einen Kopf, die Punkte auf den aktuell ausgecheckt Zweig auf dem Remote - Repo (was kann oder auch Master nicht sein). Sogar Remote-Repositorys haben aktuelle Zweige. Normalerweise ist es Meister, und ich kann mir keinen Grund vorstellen, warum man es ändern möchte, aber es kann geändert werden.

Ich vermute, dass jemand einen Ast geschoben und ihn HEAD genannt hat:

git push origin HEAD