Ich bin immer davon ausgegangen, dass die .git/branches
Verzeichnis ist für Legacy-Zwecke und dieser Git hat früher dieses Verzeichnis verwendet, verwendet jetzt aber die .git/refs
Verzeichnis statt. Ist das wahr? Wenn nicht, was ist dann der Zweck dieses Verzeichnisses, da ich es nie verwendet oder referenziert gesehen habe.
BEARBEITEN
Ich verwende Git-Version 1.7.3.4.
Die jetzt “leicht veraltete” Verwendung von .git/branches
ist im Nützlichen beschrieben gitrepository-layout
Dokumentation:
Geäst: Eine etwas veraltete Methode zum Speichern von Abkürzungen, die zum Angeben von URLs verwendet werden git holen, git ziehen und git push Befehle ist das Speichern einer Datei in Niederlassungen/ und gebe Name zu diesen Befehlen anstelle des Repository-Arguments.
In den obigen Kommentaren wurde die Frage aufgeworfen, warum einige Leute dieses Verzeichnis haben und andere nicht. Es scheint, dass Ein Commit wurde 2009 eingeführt das hat git daran gehindert, die zu erstellen .git/branches
Verzeichnis standardmäßig. In jüngerer Zeit änderte sich dies jedoch wurde zurückgesetzt (dh bedeutet, dass die .git/branches
Wille erstellt werden git init
etc.), mit folgender Begründung von Junio C. Hamano:
Dafür gibt es keine ausreichende Begründung. Wir aktualisieren die Dinge nicht in .git/branches und .git/remotes nicht mehr, aber lesen Sie immer noch Informationen von dort und werden dies auch weiterhin tun.
Außerdem bricht dies ziemlich viele Tests in t55?? Serie.
Ich habe in keinem der Checkouts, die ich zur Hand habe, ein Branches-Verzeichnis (alles Git 1.7.9, glaube ich) – vielleicht ist es veraltet und jetzt weg?
– Rup
1. Mai 2012 um 13:23 Uhr
git 1.7.9.5, 1.7.9.1, 1.7.5.4 und ich bekomme immer einen Branches-Ordner, obwohl er leer ist.
– Luca Geretti
1. Mai 2012 um 13:27 Uhr
Ich konnte keine bessere Referenz als finden dieser Linkwas bestätigt, dass es sich um eine veraltete Methode zum Verweisen auf Branches handelt.
– Luca Geretti
1. Mai 2012 um 13:34 Uhr