J'ai un référentiel dans GitHub et je dois le taguer .
J'ai tagué dans un shell, mais sur GitHub , il n'apparaît pas.
Dois-je faire autre chose?
La commande que j'ai utilisée dans le shell est:
git tag 2.0
Et maintenant, quand je tape, git tagcela montre:
2.0
Il semble donc que des balises soient présentes, n'est-ce pas?
Le référentiel est: https://github.com/keevitaja/myseo-pyrocms .
Comment faire apparaître cette balise sur GitHub? Où sont mes tags?
Réponses:
Vous pouvez créer des balises pour GitHub en utilisant:
Pour créer une balise sur votre branche actuelle, exécutez ceci:
git tag <tagname>
Si vous souhaitez inclure une description avec votre balise, ajoutez -apour créer une balise annotée :
git tag <tagname> -a
Cela va créer une localbalise avec l'état actuel de la branche sur laquelle vous vous trouvez. Lorsque vous accédez à votre référentiel distant, les balises ne sont PAS incluses par défaut. Vous devrez explicitement dire que vous souhaitez envoyer vos balises à votre référentiel distant:
git push origin --tags
De la documentation officielle de Linux Kernel Git pourgit push :
--tagsToutes les références sous les références / balises sont poussées, en plus des spécifications spécifiques explicitement répertoriées sur la ligne de commande.
Ou si vous voulez simplement pousser une seule balise:
git push origin <tag>
Voir également ma réponse à Comment envoyer un tag à un référentiel distant à l'aide de Git?pour plus de détails sur cette syntaxe ci-dessus.
Vous pouvez trouver les instructions de GitHub à ce sujet sur leur page d'aide Création de versions . En voici un résumé:
Cliquez sur le lien des versions sur notre page de référentiel,
Cliquez sur Créer une nouvelle version ou rédiger une nouvelle version ,
Remplissez les champs du formulaire, puis cliquez sur Publier la version en bas,
Après avoir créé votre balise sur GitHub, vous voudrez peut-être aussi la récupérer dans votre référentiel local:
git fetch
La prochaine fois, vous souhaiterez peut-être créer une autre balise dans la même version à partir du site Web. Pour cela, suivez ces étapes:
Accédez à l'onglet Release
Cliquez sur le bouton Modifier pour la version
Indiquez le nom de la nouvelle balise ABC_DEF_V_5_3_T_2 et cliquez sur l'onglet
Après avoir cliqué sur l'onglet, l'interface utilisateur affichera ce message: Excellent! Cette balise sera créée à partir de la cible lorsque vous publierez cette version. L'interface utilisateur fournira également une option pour sélectionner la branche / validation
Sélectionnez une branche ou validez
Cochez la case "Ceci est une pré-version" pour la balise qa et décochez-la si la balise est créée pour la balise Prod.
Après cela, cliquez sur "Mettre à jour la version"
Cela créera une nouvelle balise dans la version existante.
Création de balises
Git utilise deux principaux types de balises: léger et annoté .
Tags annotés :
Pour créer une balise annotée dans Git, vous pouvez simplement exécuter les commandes simples suivantes sur votre terminal.
$ git tag -a v2.1.0 -m "xyz feature is released in this tag."
$ git tag
v1.0.0
v2.0.0
v2.1.0
Le -m indique un message pour cette balise particulière. Nous pouvons écrire un résumé des fonctionnalités qui va baliser ici.
Étiquettes légères :
L'autre façon de baliser les validations est la balise légère. Nous pouvons le faire de la manière suivante:
$ git tag v2.1.0
$ git tag
v1.0.0
v2.0.0
v2.1.0
Push Tag
Pour pousser une balise particulière, vous pouvez utiliser la commande ci-dessous:
git push origin v1.0.3
Ou si vous voulez pousser toutes les balises, utilisez la commande ci-dessous:
git push --tags
Liste de toutes les balises :
Pour répertorier toutes les balises, utilisez la commande suivante.
git tag
git commit?
Il vous suffit de pousser la balise après avoir exécuté la git tag 2.0commande.
Alors faites-le git push --tagsmaintenant.
git push v2.0place de --tags, il pourrait y avoir d'autres balises qui ne devraient pas être poussées.
--tags, il est difficile de s'en débarrasser.
git push origin v2.0
ATTENTION: dans le commandement de Lawakush Kurmi ( git tag -a v1.0), le -adrapeau est utilisé. Ce drapeau indique à Git de créer un drapeau annoté. Si vous ne fournissez pas le flag ( i.e. git tag v1.0), cela créera ce qu'on appelle une balise légère.
Les balises annotées sont recommandées, car elles contiennent de nombreuses informations supplémentaires telles que:
Pour cette raison, vous devez toujours utiliser des balises annotées.
Tout dépend du type de balise que vous souhaitez créer:
git tag -a v1.0.0 .git tag v1.0.0.Il existe quelques autres fonctionnalités de balises telles que:
git tag -l -n3. La commande répertorie toutes les balises existantes avec un maximum de 3 lignes de leur message de balise. Par défaut, -n n'affiche que la première ligne.git show <tag_identifier> . Il montre tout ce que vous devez savoir sur une balise spécifique.git tag --sort=<type>git push origin v1.0. Vous pouvez git pousser la balise individuellement, ou vous pouvez exécuter git push --tags qui poussera toutes les balises à la fois.Assurez-vous de vérifier cet article associé à la balise pour plus d'informations pertinentes.
Voici les étapes simples pour créer une GitHub Tag , lorsque vous relâchez la construction du maître.
Ouvrir l'onglet source_tree
Cliquez avec le bouton droit sur les sections de balises de Tag qui apparaissent dans la section de navigation de gauche
Cliquez sur New Tag ()
Cliquez sur Ajouter une balise de donner un nom à la balise (nom de version préféré du code)
Si vous voulez pousser le TAG sur la télécommande, lors de la création de la référence TAG: étape 5 qui donne la case à cocher pousser le TAG à l'origine le vérifier et la balise poussée apparaît sur le référentiel distant
Dans le cas où lors de la création du TAG si vous avez oublié de cocher la case Push to origin , vous pouvez le faire plus tard en cliquant avec le bouton droit sur le TAG créé, cliquez sur Push to origin.
Pour créer une balise git, vous pouvez simplement exécuter la git tag <tagname>commande en la remplaçant par le nom réel de la balise. Voici un tutoriel complet sur les bases de la gestion des balises git: https://www.drupixels.com/blog/git-tags-create-push-remote-checkout-and-much-more