Anche i tag git vengono spinti?

Da quando ho creato il mio repository sembra che i tag che ho creato non vengano inviati al repository. Quando lo faccio git tagnella directory locale sono presenti tutti i tag, ma quando accedo al repository remoto e faccio un git tag, solo i primi vengono visualizzati.

Quale potrebbe essere il problema?

Potresti farlo:

git push --tags

Nella configurazione di default di git remote devi inviare esplicitamente i tag (mentre vengono recuperati automaticamente insieme agli commit a cui puntano). Devi usare

$ git push <remote> tag <tagname>

per inviare un singolo tag o

$ git push <remote> --tags

per inviare tutti i tag (o git push --tagsper passare al telecomando predefinito, in genere origin).

Questo è un comportamento molto previsto, per rendere espliciti i tag push. Spingere i tag dovrebbe essere di solito una scelta consapevole.

Riassumendo ciò che ha scritto Junio ​​C. Hamano (collegato nei commenti di @Andre Miras)

Durante il recupero, stai interagendo con un repository remoto che qualcuno ha pubblicato, il che significa:

1. l'insieme di tag esistenti ci sono tutti i publisher che la gente voleva che vedessero e
2. non solo tu ma altre persone vedrai anche gli stessi tag.

In altre parole, i tag nei repository da cui prendi sono progettati per essere pubblici e condivisi. Faciliterà la comunicazione tra gli sviluppatori se è facile per tutti recuperare questi stessi tag.

Ecco perché git fetch"segue" automaticamente i tag, ovvero scarica i tag durante il download delle revisioni a cui puntano, ovvero scarica tutti i tag pubblicati pertinenti .

Quando si spinge, si sta spingendo dal proprio repository di lavoro, che la maggior parte delle volte non è pubblico, e i tag in quel repository non sono progettati per essere pubblici. Puoi utilizzare i tuoi tag locali per contrassegnare i tuoi progressi, quindi non ha senso spingere alla cieca tutti i tag nel tuo repository nel repository che stai spingendo per pubblicare le modifiche, i cui tag sono per definizione pubblici.

Ecco perché è necessario inviare il tag in modo esplicito, per contrassegnare il tag come pubblico.

In alternativa puoi configurare il telecomando su cui premi per inviare sempre tutti i tag, ad esempio inserendo qualcosa del genere nel tuo .git/config:

[remote "publishing"] # o come si chiama
    url = ...
    push = + refs / heads / *: refs / heads / *
    push = + refs / tags / *: refs / tags / *

Questo significa forzare il push di tutte le teste (tutti i rami) e tutti i tag (se non si desidera forzare il push delle teste, rimuovere il prefisso '+' da refspec).

Si noti che da git 1.8.3 (22 aprile 2013) , non è più necessario eseguire 2 comandi per eseguire il push dei rami e quindi i tag:

La nuova " --follow-tags" opzione dice a " git push" di spingere i tag annotati rilevanti quando si estendono i rami .

Ora puoi provare, quando spingi nuovi commit:

git push --follow-tags

Tuttavia, ciò non invierà tutti i tag locali, ma solo quelli annotati a cui fanno riferimento i commit che vengono inseriti con git push.

Questo è stato introdotto in commit c2aba15 da Junio ​​C Hamano ( gitster) :

La nuova opzione " --follow-tags" dice " git push" di inviare tag annotati che mancano dall'altro lato e che possono essere raggiunti dalla cronologia che altrimenti viene espulsa.

Ad esempio, se si utilizza il " simple", " current" o " upstream" push, normalmente si spingerebbe la cronologia che porta al commit al proprio attuale HEADe nient'altro.
Con questa opzione, spingeresti anche tutti i tag annotati che possono essere raggiunti da quel commit sull'altro lato.

La configurazione push.followTagsconsente di includere --follow-tagsper impostazione predefinita (Git 2.4.1+, Q2 2015). Vedi " Push git commit e tag contemporaneamente "

Quello che faccio di solito è:

[remote "publishing"] # o come si chiama
    url = ...
    push =:
    push = + refs / tags / *: refs / tags / *

Significa che spinge ogni ramo che è già lì, oltre a tag. Non forza la spinta e non spinge il ramo che non hai spinto manualmente.

E se vuoi forzare il recupero di tutti i tag, puoi impostarlo nella configurazione da:

git config remote.origin.tagopt --tags

Dai documenti:

Impostando questo valore su --no-tags si disabilita la seguente funzione di tag automatica durante il recupero da remoto. Impostandolo su --tags verranno recuperati tutti i tag dal remoto, anche se non sono raggiungibili dalle teste di diramazione remote. Passare questi flag direttamente a git-fetch (1) può sovrascrivere questa impostazione. Vedi le opzioni --tags e --no-tags di git-fetch (1).