Marquage automatique des communiqués de
Comment avez-vous tag de vos versions de git?
Maintenant, j'ai à chaque nouvelle version identifié par le numéro de build, mais ils incrément même si il n'y a pas de changements dans le repo. Mon idée, c'est de l'avoir généré automatiquement sur la réussite du déploiement sur le serveur de test. E. g.
- exécuter Hudson construire
- en cas de succès, ajouter un nouveau tag, c'est à dire 1.0-1
- sur la prochaine succès construire ajouter la balise suivante, 1.0-2
- balise de version s'affiche alors dans le pied de page du site
Cela nécessiterait:
- Hudson à gérer à côté des numéros de version
- ou un script pour stocker la dernière balise dans un fichier
- ou analyser git balises pour déterminer dernier
Des conseils?
Vous devez vous connecter pour publier un commentaire.
De ce dont vous parlez est plus apparenté à un technique numéro de révision comme l'un un
git décrire
va générer.Qui est différent d'une vraie version de l'application, que vous devriez toujours géré indépendamment de l'Hudson, puisqu'il dépend d'une politique de gestion des versions.
J'ai écrit ceci pour aider avec la mise à jour des balises de manière incrémentielle par exemple 1.0.1 à 1.0.2 etc
git push
?2>/dev/null
à la fin degit describe --contains $GIT_COMMIT
pour supprimer le "fatal" d'avertissement". Merci pour le scriptMAJOR=${VERSION_BITS[0]-0} MINOR=${VERSION_BITS[1]-0} PATCH=${VERSION_BITS[2]-0}
Hudson automatiquement les balises de la construction, si vous utilisez le plugin git et laissez Hudson extraire le code. Je ne suis pas sûr si cela est poussé automatiquement; dans notre série, nous n'supplémentaire de marquage et d'inclure un 'git push --tags" dans notre script de construction, nous avons donc certainement voir l'Hudson tags dans notre dépôt central.
Une très bonne solution timhc22
La seule chose est qu'il prend à la dernière balise (quelle que soit la branche)
Si vous travaillez sur un projet avec plusieurs branches, vous pourriez avoir un problème.
Je propose simplement une amélioration avec votre base.
Cela fonctionne par exemple si vous avez:
En tout cas merci beaucoup ça m'a beaucoup aidé.
Dans le cas où vous aurez besoin de Posix version, presque la même que la réponse ci-dessus
Je suis en utilisant comme ci-dessous. Il fonctionne parfaitement avec des branches. Ci-dessous des extraits de inspiré de commentaires ci-dessus et la gitversion /semver.org.