Der Unterschied ist , dass bei der Verwendung --mirror, alle sind Refs kopiert , wie sie ist . Dies bedeutet alles: Remote-Tracking-Zweige, Notizen, Refs / Originale / * (Backups von Filter-Branch). Das geklonte Repo hat alles. Es ist auch so eingerichtet, dass ein Remote-Update alles vom Ursprung erneut abruft (Überschreiben der kopierten Refs). Die Idee ist wirklich, das Repository zu spiegeln, um eine Gesamtkopie zu erhalten, so dass Sie beispielsweise Ihr zentrales Repo an mehreren Stellen hosten oder sichern können. Denken Sie nur daran, das Repo direkt zu kopieren, außer auf eine viel elegantere Art und Weise.
Die neue Dokumentation sagt so ziemlich alles:
--mirror
Richten Sie einen Spiegel des Quell-Repositorys ein. Dies impliziert --bare. Im Vergleich dazu --barewerden --mirrornicht nur lokale Zweige der Quelle lokalen Zweigen des Ziels zugeordnet, sondern alle Refs (einschließlich entfernter Zweige, Notizen usw.) zugeordnet und eine Refspec-Konfiguration eingerichtet, sodass alle diese Refs von a git remote updateim Ziel-Repository überschrieben werden .
In meiner ursprünglichen Antwort wurden auch die Unterschiede zwischen einem nackten Klon und einem normalen (nicht nackten) Klon festgestellt. Der nicht nackte Klon richtet Remote-Tracking-Zweige ein und erstellt nur einen lokalen Zweig für HEAD , während der nackte Klon die Zweige direkt kopiert.
Angenommen Ursprung hat ein paar Zweige ( master (HEAD), next, puund maint), einige Tags ( v1, v2, v3), einige entfernte Zweige ( devA/master, devB/master) und einige andere Refs ( refs/foo/bar, refs/foo/baz, welche Noten sein könnte, stashes, andere Devs' Namespaces, wer weiß).
git clone origin-url(non-blank): Sie werden alle Tags erhalten kopiert, eine lokale Niederlassung master (HEAD)eines Remote - Zweig - Tracking origin/masterund Remote - Niederlassungen origin/next, origin/puund origin/maint. Die Tracking-Zweige sind so eingerichtet, dass git fetch originsie wie erwartet abgerufen werden , wenn Sie so etwas tun . Alle Remote-Zweige (in der geklonten Remote) und andere Refs werden vollständig ignoriert.
git clone --bare origin-url: Sie werden alle Tags kopiert, lokale Niederlassungen erhalten master (HEAD), next, pu, und maint, keine Fern Tracking Filialen. Das heißt, alle Zweige werden unverändert kopiert und sind völlig unabhängig eingerichtet, ohne dass ein erneutes Abrufen zu erwarten ist. Alle Remote-Zweige (in der geklonten Remote) und andere Refs werden vollständig ignoriert.
git clone --mirror origin-url: Jeder letzte dieser Refs wird unverändert kopiert. Sie werden alle Tags, lokale Niederlassungen erhalten master (HEAD), next, pu, und maint, Fern Zweige devA/masterund devB/masterandere Refs refs/foo/barund refs/foo/baz. Alles ist genau so wie es in der geklonten Fernbedienung war. Die Fernverfolgung ist so eingerichtet, dass beim Ausführen git remote updatealle Refs vom Ursprung überschrieben werden, als hätten Sie den Spiegel gerade gelöscht und neu geklont. Wie die Dokumente ursprünglich sagten, ist es ein Spiegel. Es soll eine funktional identische Kopie sein, die mit dem Original austauschbar ist.
