Comment puis-je créer une balise avec certains validations et la pousser vers l'origine?

L'utilisation de balises de travail

Dans git, chaque balise est dit "point" à un (un seul) s'engager. En fait, la même chose est vraie de la branche: un nom de branche aussi juste des points à un commit.

Ce qui rend ce travail est deux choses:

• chaque commit également des points à un autre commit (ou peut-être plusieurs), et
• pour les branches (et seulement pour les branches), la validation de laquelle la direction générale des points "va de l'avant" automatiquement. C'est, lorsque vous ajoutez de nouveaux engage—à certains égards, c'est la plupart du temps tout git n': ajouter de nouvelles s'engage à son collectif, un peu comme le Borg de l'ancienne Star Trek TNG série—quelle que soit la branche sur laquelle vous êtes, c'est la branche qui devient ré-ajustée pour pointer vers le nouveau commit.

Ainsi, la principale différence entre une branche et une balise est une balise ne bouge pas.

Pour voir comment cela fonctionne, imaginez un simple dépôt git avec seulement trois s'engage. Laissez l'étiquette de ces commet ABet C. Le premier commit (A) points pour rien, comme c'est le premier commit, et de la direction générale master points de A:

A   <-- master

Lorsque vous faites la seconde s'engager, git crée B pointant vers Aet avances le nom de la branche de point de B:

A <- B   <-- master

Alors quand vous faites un tiers de commettre, git de nouveau fait le point de revenir à son parent s'engager, et les progrès de la branche:

A <- B <- C   <-- master

Si vous faites une balise maintenant, cette balise sera, par défaut, le point de commettre C:

A <- B <- C   <-- master
               \- sometag

Si vous effectuez ensuite un nouveau commit Dgit progrès de la branchemais pas la balise:

A <- B <- C <- D   <-- master
           \
            `--------- sometag

Vous pouvez, à tout moment, de créer ou de supprimer n'importe quelle balise de pointage à un commit:

$ git tag -d sometag

va supprimer la balise sometagaprès quoi:

$ git tag sometag master~2

va ajouter sometag de pointage de commettre B.¹

(Nous avons juste prouvé qu'une balise peut déplacer. La vraie différence est que les balises ne sont pas devrait pour se déplacer, tandis que les branches sont; et git ne se déplace pas automatiquement des balises.² les Branches sont censés se déplacer dans une "avant de" direction", c'est à dire, si master utilisé pour le point de commettre C et maintenant les points à commettre Dcommettre C doit généralement être trouvés en commençant à D et de l'avant vers l'arrière. Chaque fois que vous transférez une branche de sorte que cette règle n'est pas respectée, vous êtes "réécrire l'histoire"; voir d'autres articles pour lorsque cela est très bien, et quand il pousse les gens ennuis.)

Poussant les balises

Lorsque vous utilisez git pushce que vous êtes vraiment en train de faire est de les instruire de quelque autre dépôt git à prendre tout nouveau commet-vous qu'elles ne le sont pas, et ensuite de fixer des nom(s)—généralement, les branches et/ou des balises à pointer du doigt un "commit" (un de chaque) dans la collection.³ Ces noms (branches, les marques, et ainsi de suite) sont appelés des "références" en général, mais nous allons simplement utiliser "branche" et "tag" pour l'instant.

L'argument après git push noms de dépôt (généralement par l'intermédiaire d'une "distance" du nom, comme origin) pour pousser à. Si vous le laissez, git va essayer de comprendre, mais si vous souhaitez ajouter une branche ou une étiquette de nom, vous devez l'inclure explicitement, depuis le premier mot ici est supposé être la distance de nom. (Qui est, git push master essaie d'utiliser master à distance-nom plutôt qu'une branche de nom.)

De pousser tous vos étiquettes, vous pouvez simplement ajouter --tags à votre git push commande:

git push --tags origin

De pousser un spécifiques balise, vous pouvez lui donner un nom:

git push origin sometag

comme vous pouvez pousser une branche spécifique:

git push origin master

(En fait, que le quatrième argument est un paire de noms, comme master:master ou sometag:sometagmais il utilise par défaut le même nom sur les deux côtés dans la plupart des cas.⁴)

Vous pouvez laisser le nom origin si vous n'avez pas besoin de faire tous les arguments, par exemple, git push --tags est le même que git push --tags origin (en supposant que tous vos pousse à aller à originde toute façon).

De les mettre ensemble

Pour définir une balise dans la télécommande, réglez d'abord localement, avec git tag name commit-identifier. Utilisez ce que spectateur vous, comme pour s'assurer qu'il est correctement réglé. Puis l'enfoncer, soit avec git push origin name ou git push --tags.

---

¹La master~2 syntaxe indique à git pour commencer à le commettre, via masterpuis sauvegarder en deux étapes. Vous pourriez écrire les premières SHA-1 pour la validation B ici.

²d'Anciennes versions de git (pré 1.8.4) accidentellement appliqué des règles de succursale de balises lors de la poussée (sur le côté distant, c'est à dire, ils ont laissé un tag déplacer si c'était un "fast forward").

³Dans certains cas, vous pouvez pointer un nom à un "annoté tag", et il n'y a rien qui empêche un nom de pointage à un "arbre" ou "blob" de l'objet, soit, mais ce n'est pas une installation normale.

⁴en Fait, la valeur par défaut de l'heure d'été refspec pour une branche est compliqué: il dépend de votre push.default de configuration, et si il y a un remote.repository.push paramètre, et s'il est configuré en amont, et ainsi de suite. Pour les balises, les règles sont plus simples car il n'y a pas une telle chose comme un "en amont".

Une fois que vous avez créé la balise (dont il semble que vous avez fait), il suffit de lancer

git push --tags origin