Das mag eine sehr dumme Idee sein oder nicht, aber wie kann man ein Git-Repository so konfigurieren, dass jeder Pull-Vorgang automatisch die Tags auch aus dem anderen Repository holt?Wie können Sie git so konfigurieren, dass die Tags bei jedem Pull automatisch abgerufen werden?
Nach the docs, es sieht aus wie Sie dies auf einer per Fern reposistory Basis tun können:
Fernbedienung. <Name> .Tagopt
Wenn Sie diesen Wert auf --no-tags setzen, wird automatisch beim Abrufen aus der Ferne deaktiviert <Name>. Wenn Sie auf --tags setzen, wird jedes Tag von der Remote-Adresse < mit dem Namen > abgerufen, auch wenn sie nicht von entfernten Zweigstellen erreichbar sind. Wenn Sie diese Flags direkt an an git-fetch (1) übergeben, kann diese Einstellung überschrieben werden. Siehe Optionen --tags und --no-Tags von git-fetch (1).
Gibt es eine Möglichkeit, --tags
das Standard-Flag für jeden Abruf holen?
Fetching-Tags nicht der Standard ist, so klar Linus denkt, dass es eine schlechte Idee ist.Meine Gruppe ist jedoch an BitKeeper gewöhnt und sie vergessen häufig, Tags zu holen, wenn sie _should_ (d. H. Tags freigeben) sollten. Sie können Tags löschen, wenn das nutzlose Tag-Volume lächerlich wird. –
@RossRogers Aber wenn sie die Freigabe Zweige holen, würden sie auch die Tags bekommen. – VonC
Das Standardverhalten ist das Abrufen von unserem Git Stamm (ja, wir haben einen Stamm, obwohl die Leute ziehen und voneinander schieben können). Dieser Stamm ist in einem internen Werkzeug ähnlich wie [Jenkins] (http://jenkins-ci.org/) verpackt, das die Edits nur integriert, nachdem es eine Reihe von Tests bestanden hat. Wie auch immer, sie ziehen normalerweise nicht von internen "Releases", gegen die mehr Regressionen ausgeführt werden. Sie ziehen normalerweise von der Spitze des Rumpfes, weil sie durch Regressionen sehr gut geschützt sind. Wir möchten, dass sie die Tags immer mit einem Befehl erfassen, weshalb ich diese Frage gestellt habe. –