Les balises git sont-elles également poussées?

Depuis que j'ai créé mon référentiel, il semble que les balises que j'ai créées ne soient pas transmises au référentiel. Lorsque je le fais git tagsur le répertoire local, toutes les balises sont présentes, mais lorsque je me connecte au référentiel distant et que je fais une git tag, seules les premières apparaissent.

Quel pourrait être le problème?.

Vous pouvez faire ceci:

git push --tags

Dans la configuration distante par défaut de git, vous devez pousser les balises explicitement (alors qu'elles sont récupérées automatiquement avec les commits vers lesquelles elles pointent). Vous devez utiliser

$ git push <remote> tag <tagname>

pour pousser une seule balise, ou

$ git push <remote> --tags

pour pousser toutes les balises (ou git push --tagspour pousser vers la télécommande par défaut, généralement origin).

C'est un comportement très intentionnel, pour rendre explicite les balises push. Pousser des balises doit généralement être un choix conscient.

Résumer ce que Junio ​​C. Hamano a écrit (lié dans les commentaires de @Andre Miras)

Lors de la récupération, vous interagissez avec un référentiel distant que quelqu'un a publié, ce qui signifie:

1. l'ensemble des balises qui existent là-bas sont toutes les balises que l'éditeur voulait que les internautes voient, et
2. non seulement vous mais d'autres personnes verront également les mêmes balises.

En d'autres termes, les balises des référentiels que vous récupérez sont conçues pour être publiques et partagées. Cela facilitera la communication entre les développeurs s'il est facile pour tout le monde de récupérer ces mêmes balises.

C'est pourquoi il git fetch"suit" automatiquement les balises, c'est-à-dire qu'il télécharge les balises lors du téléchargement des révisions vers lesquelles elles pointent - en d'autres termes télécharge toutes les balises publiées pertinentes .

Lorsque vous effectuez un push, vous effectuez un push depuis votre référentiel de travail, qui la plupart du temps n'est pas public, et les balises de ce référentiel ne sont pas conçues pour être publiques. Vous pouvez utiliser vos propres balises locales pour marquer votre progression, il n'est donc pas logique de pousser aveuglément toutes les balises de votre référentiel vers le référentiel que vous poussez pour publier vos modifications, dont les balises sont par définition publiques.

C'est pourquoi vous devez pousser la balise explicitement, pour la marquer comme publique.

Vous pouvez également configurer la télécommande vers laquelle vous poussez pour toujours pousser toutes les balises, par exemple, mettez quelque chose comme ça dans votre .git/config:

["publier" à distance] # ou quel que soit son nom
    url = ...
    push = + refs / heads / *: refs / heads / *
    push = + refs / tags / *: refs / tags / *

Cela signifie forcer toutes les têtes (toutes les branches) et toutes les balises (si vous ne voulez pas forcer la poussée des têtes, supprimez le préfixe «+» de refspec).

Notez que depuis git 1.8.3 (22 avril 2013) , vous n'avez plus à faire 2 commandes pour pousser les branches, puis pour pousser les balises:

La nouvelle --follow-tagsoption " " indique à " git push" de pousser les balises annotées pertinentes lors de la sortie des branches .

Vous pouvez maintenant essayer, lorsque vous envoyez de nouveaux commits:

git push --follow-tags

Cependant, cela ne poussera pas toutes les balises locales, seulement celles annotées référencées par des commits qui sont poussées avec l'extension git push.

Ceci a été introduit dans le commit c2aba15 par Junio ​​C Hamano ( gitster) :

La nouvelle option " --follow-tags" dit " git push" de pousser les balises annotées qui manquent de l'autre côté et qui peuvent être atteintes par l'historique qui est autrement expulsé.

Par exemple, si vous utilisez le push " simple", " current" ou " upstream", vous devriez normalement pousser l'historique menant au commit à votre niveau actuel HEADet rien d'autre.
Avec cette option, vous transférez également toutes les balises annotées qui peuvent être atteintes à partir de ce commit vers l'autre côté.

La config push.followTagspermet d'inclure --follow-tagspar défaut (Git 2.4.1+, Q2 2015). Voir " Push git commits & tags simultanément "

Ce que je fais habituellement, c'est:

["publier" à distance] # ou quel que soit son nom
    url = ...
    pousser =:
    push = + refs / tags / *: refs / tags / *

Cela signifie qu'il pousse toutes les branches déjà présentes, plus les balises. Il ne force pas la poussée et ne pousse pas la branche que vous n'avez pas poussée manuellement.

Et si vous voulez forcer la récupération de toutes les balises, vous pouvez le définir dans la configuration par:

git config remote.origin.tagopt --tags

À partir de la documentation:

La définition de cette valeur sur --no-tags désactive le suivi automatique des balises lors de la récupération à distance. Le paramétrer sur --tags récupérera toutes les balises à distance, même si elles ne sont pas accessibles depuis les têtes de branche distantes. Passer ces indicateurs directement à git-fetch (1) peut remplacer ce paramètre. Voir les options --tags et --no-tags de git-fetch (1).