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

Wenn du rennst git branch -r warum die flammen tut es liste origin/HEAD? Beispielsweise gibt es auf GitHub ein Remote-Repo mit zwei Branches: master und awesome-feature. Wenn ich mache git clone Um es zu greifen und dann in mein neues Verzeichnis zu gehen und die Zweige aufzulisten, sehe ich Folgendes:

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

Oder in welcher Reihenfolge auch immer (Alpha? Ich täusche dieses Beispiel vor, um die Identität eines unschuldigen Repos geheim zu halten). Also was ist das HEAD Unternehmen? Ist es das, was die letzte Person ist push hatte ihre HEAD darauf hingewiesen, wenn sie gedrückt? Wird das nicht immer das sein, was sie waren? pushed? HEADs umherziehen … warum kümmert es mich, was jemand hat HEAD zeigte auf eine andere Maschine?

Ich komme gerade mit der Fernverfolgung und dergleichen in den Griff, also ist dies eine anhaltende Verwirrung. Danke!

BEARBEITEN: Ich hatte den Eindruck, dass dedizierte Remote-Repos (wie GitHub, wo niemand per SSH reinkommt und an diesem Code arbeitet, sondern nur Pull oder Push usw.) keinen HEAD haben und haben sollten, weil es im Grunde gab keine Arbeitskopie. Nicht so?

@robinst ist richtig.

In Git können Sie auswählen, welcher Zweig standardmäßig ausgecheckt wird (dh wenn Sie klonen). Standardmäßig, origin/HEAD wird darauf hinweisen.

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

git remote set-head origin trunk

oder ganz löschen via

git remote set-head origin -d

Beispiel. Sehen Sie sich das Drop-down-Menü „Switch Branches“ an. trunk wird überprüft, also origin/HEAD folgt trunk.

Der Grund, warum ein reines Repository einen HEAD haben kann, liegt darin, dass er bestimmt, welcher Zweig nach einem Klonen des Repositorys anfänglich ausgecheckt wird.

Normalerweise zeigt HEAD auf master, und das ist der Branch, der ausgecheckt wird, wenn Leute das Repository klonen. Das Setzen auf einen anderen Zweig (durch Bearbeiten von HEAD im Bare-Repository) führt dazu, dass dieser Zweig beim Klonen ausgecheckt wird.

Ich hatte den Eindruck, dass dedizierte Remote-Repos (wie GitHub, wo niemand per SSH reinkommt und an diesem Code arbeitet, sondern nur Pull oder Push usw.) keinen HEAD haben und nicht haben sollten, weil es im Grunde nicht funktionierte Kopieren. Nicht so?

Ich hatte genau den gleichen Eindruck wie du sagtest.

Und ich kann nicht einmal diesen Origin/HEAD-Remote-Tracking-Zweig löschen, der dadurch von Github geklont wurde

git branch -d -r origin/HEAD

Dies hatte keine Auswirkung.

Kann mir jemand sagen, wie ich diesen Origin/HEAD Remote-Tracking-Zweig löschen kann?

aktualisieren

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

Die neue Version von git stellt bereit

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’ ändern, indem wir verwenden

git remote rename origin <new_name>

Hoffe das kann helfen. 🙂

Da hast du Recht drängen zu Dedizierte Remote-Repos funktionieren viel besser, wenn sie “nackt” sind, dh wenn sie keine Arbeitsverzeichnisse haben. Die Architektur von Git ist auf Updates durch Patches bzw pull (fetch), was in einem verteilten VCS sinnvoll ist. Wie die Dokumentation irgendwo sagt, kann das Drücken auf einen Zweig, der derzeit ausgecheckt ist, dazu führen “unerwartete Ergebnisse”.

Der HEAD ist Teil der Anforderungen an ein gültiges Repository. Git-Repository-Layout sagt auszugsweise:

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 also HEAD als Teil der Branchenliste sehen, auch wenn “es nicht viel bedeutet …”

Wenn „origin“ ein entferntes Repository ist, identifiziert origin/HEAD den Standardzweig auf diesem entfernten Repository.

Beispiel:

$ git remote show
origin
$ git remote show origin
* remote origin
  Fetch URL: [email protected]:walkerh/pipe-o-matic.git
  Push  URL: [email protected]: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 standardmäßig mit, welcher Zweig ausgecheckt werden soll.

Da ist immer ein KOPF dabei Punkte zum aktuell ausgecheckten Zweig auf dem Remote-Repo (der Master sein kann oder nicht). Sogar Remote-Repositories haben Current Branches. Normalerweise ist es Meister, und aus dem Kopf fällt mir kein Grund ein, warum man es ändern möchte, aber es kann geändert werden.

Meine Vermutung ist, dass jemand einen Ast geschoben und ihn HEAD genannt hat:

git push origin HEAD