Dies ist vielleicht eine sehr dumme Idee, aber wie kann man ein Git-Repository so konfigurieren, dass jeder Pull-Vorgang automatisch die Tags auch aus dem anderen Repository holt?
Laut den Dokumenten sieht es so aus, als könnten Sie dies auf einer Remote-Reposistory-Basis tun:
remote. & lt; Name & gt; .tagopt
Wenn Sie diesen Wert auf --no-tags setzen, wird er deaktiviert automatische Markierung beim Abrufen von remote & lt; name & gt ;. Einstellen es to --tags werden jedes Tag von remote & lt; name & gt; abrufen, auch wenn dies der Fall ist nicht erreichbar von entfernten Zweigstellen. Diese Flags werden direkt übergeben git-fetch (1) kann diese Einstellung überschreiben. Siehe Optionen --Tags und --no-Tags von git-fetch (1).
Gibt es eine Möglichkeit, --tags zum Standard-Flag für jeden Abruf zu machen?
Das Abrufen von Tags hat einen anderen Effekt als das Abrufen von Commits ( git fetch ), wie in " Enthält "git fetch --tags" "git fetch"? ".
Letzteres aktualisiert die Zweigköpfe und holt tatsächlich die Tags, die von diesen aktualisierten Zweigen erreichbar sind.
Ersteres ruft alle Tags ab, aktualisiert aber nicht die Verzweigungsköpfe.
Wenn also Ihre Tags aus den abzurufenden Zweigen erreichbar sind, müssen Sie --tags nicht standardmäßig einfügen.
Angesichts der großen Geschichte einiger Repos (einschließlich der linux one ), die immer alle -Tags abrufen möchten, könnte zu einem unübersichtlichem Tag-List-Verzeichnis führen (eine Liste von Tags, die durch Hunderte von nicht benötigten Tags verschmutzt sind).
Beachten Sie, dass ab git 1.9 / 2.0 (Q1 2014), git fetch --tags alles abruft (wie git fetch ), plus die Tags. Siehe " Enthält" git fetch --tags "" git fetch "? ".
Anfordern, dass alle Tags von der entfernten abgerufen werden, zusätzlich zu dem, was sonst abgerufen wird .
Sie können also die remote.<name>.tagOpt Konfigurationsoption ausprobieren:
Wenn Sie es auf
--tagssetzen, wird jedes Tag von remote<name>abgerufen, auch wenn es nicht von entfernten Zweigstellen erreichbar ist.
Tags und Links git