Plugin Jenkins Git: Comment créer une balise spécifique?

J'ai des problèmes pour que Jenkins crée une balise spécifiée. La balise fait partie d'une construction paramétrée, mais je ne sais pas comment la transmettre au plugin git pour simplement construire cette balise. Cela a pris 3 heures de ma journée et j'ai concédé la défaite aux maîtres au débordement de pile.

J'ai pu le faire en utilisant le paramètre "branches à construire":

Branch Specifier (blank for default): tags/[tag-name]

Remplacez [tag-name] par le nom de votre tag.

Aucune de ces réponses ne me suffisait, en utilisant Jenkins CI v.1.555, le plugin Git Client v.1.6.4 et le plugin Git 2.0.4.

Je voulais un travail à construire pour un référentiel Git pour une balise spécifique, fixe (c'est-à-dire non paramétrée). J'ai dû concocter une solution à partir des différentes réponses ainsi que du billet de blog "build a Git tag" cité par Thilo .

1. Assurez-vous de pousser votre balise vers le référentiel distant avec git push --tags
2. Dans la section "Git Repository" de votre travail, sous la rubrique "Gestion du code source", cliquez sur "Avancé".
3. Dans le champ Refspec, ajoutez le texte suivant: +refs/tags/*:refs/remotes/origin/tags/*
4. Sous "Branches à construire", "Spécificateur de branche", mettez */tags/<TAG_TO_BUILD>(en remplaçant <TAG_TO_BUILD>par votre nom de balise actuel).

L'ajout de Refspec pour moi s'est avéré essentiel. Bien qu'il semblait que les dépôts git récupéraient toutes les informations distantes par défaut lorsque je les laissais vides, le plugin Git échouerait néanmoins complètement à trouver ma balise. Ce n'est que lorsque j'ai explicitement spécifié "obtenir les balises distantes" dans le champ Refspec que le plugin Git a pu identifier et construire à partir de ma balise.

Mise à jour 2014-5-7 : Malheureusement, cette solution a un effet secondaire indésirable pour Jenkins CI (v.1.555) et le mécanisme de notification push du référentiel Git à la Stash Webhook to Jenkins : à chaque fois qu'une branche du référentiel est mise à jour dans une poussée, les travaux de construction de balise se déclencheront également à nouveau. Cela conduit à de nombreuses reconstructions inutiles des mêmes tâches de balise, encore et encore. J'ai essayé de configurer les travaux avec et sans l'option «Forcer l'interrogation à l'aide de l'espace de travail», et cela semblait n'avoir aucun effet. La seule façon que je pourrais empêcher Jenkins de faire les builds inutiles pour les tâches de balise est de vider le champ Refspec (c'est-à-dire supprimer le +refs/tags/*:refs/remotes/origin/tags/*).

Si quelqu'un trouve une solution plus élégante, veuillez modifier cette réponse avec une mise à jour. Je soupçonne, par exemple, que cela ne se produirait peut-être pas si le refspec était spécifiquement +refs/tags/<TAG TO BUILD>:refs/remotes/origin/tags/<TAG TO BUILD>plutôt que l'astérisque fourre-tout. Pour l'instant, cependant, cette solution fonctionne pour nous, nous supprimons simplement le Refspec supplémentaire une fois le travail réussi.

Vous ne pouvez pas dire à Jenkins de construire à partir d'un nom de référence? Si c'est le cas, c'est

refs/tags/tag-name

De toutes les questions que je vois sur Jenkins et Hudson, je suggère de passer à TeamCity. Je n'ai eu à modifier aucun fichier de configuration pour que TeamCity fonctionne.

Si vous utilisez des pipelines Jenkins et que vous souhaitez extraire une balise spécifique (par exemple: un TAGparamètre de votre build), voici ce que vous pouvez faire:

stage('Checkout') {
  steps {
    checkout scm: [$class: 'GitSCM', userRemoteConfigs: [[url: 'YOUR_GIT_REPO_URL.git', credentialsId: 'YOUR_GIT_CREDENTIALS_ID' ]], branches: [[name: 'refs/tags/${TAG}']]], poll: false
  }
}

Dans un dernier Jenkins (1.639 et supérieur), vous pouvez:

1. spécifiez simplement le nom de la balise dans un champ «Branches à construire».
2. dans une construction paramétrée, vous pouvez utiliser le paramètre comme variable dans un même champ «Branches à construire», c'est-à-dire $ {Branch_to_build}.
3. vous pouvez installer Git Parameter Plugin qui vous fournira des fonctionnalités en listant toutes les branches et balises disponibles.

J'ai fait quelque chose comme ça et ça a marché:

Source Code Management

 Git    
    Repositories    


 Advance

Name: ref
Refspec : +refs/tags/*:refs/remotes/origin/tags/* 

 Branches to build  
 Branch Specifier (blank for 'any') : v0.9.5.2

Le journal Jenkins a confirmé qu'il obtenait la source de la balise

Vérification de la révision 0b4d6e810546663e931cccb45640583b596c24b9(v0.9.5.2)

J'ai défini le champ Advanced-> Refspec sur refs/tags/[your tag name]. Cela semble plus simple que les diverses autres suggestions pour Refspec, mais cela a très bien fonctionné pour moi.

MISE À JOUR 23/7/2014 - En fait, après d'autres tests, il s'avère que cela n'a pas fonctionné comme prévu. Il semble que la version HEAD était toujours en cours d'extraction. Veuillez annuler ceci comme réponse acceptée. J'ai fini par obtenir une solution fonctionnelle en suivant le post de gotgenes dans ce fil (30 mars). Le problème mentionné dans cet article de déclenchement inutile de builds n'était pas un problème pour moi, car mon travail est déclenché à partir d'un travail en amont, et non de l'interrogation de SCM.

MISE À JOUR AVR-2018 - Notez dans les commentaires que cela fonctionne pour une personne et est d'accord avec la documentation Jenkins.

J'ai pu demander à Jenkins de créer une balise en définissant le Refspec et le spécificateur de branche comme détaillé dans cet article de blog .

J'ai également dû définir le nom du référentiel (sur "origin" dans mon cas) afin de pouvoir le référencer dans le Refspec (sinon, il utiliserait apparemment un nom généré aléatoirement).

Ce que j'ai fait à la fin était:

• a créé une nouvelle branche jenkins-targetet a demandé à Jenkins de suivre cela
• fusionner à partir de la branche ou de la balise que je veux construire sur le jenkins-target
• une fois que la construction fonctionnait, que les tests réussissaient, etc., créez simplement une balise à partir de la jenkins-targetbranche

Je ne sais pas si cela fonctionnera pour tout le monde, mon projet était assez petit, pas trop de balises et de trucs, mais c'est très facile à faire, ne pas avoir à jouer avec les refspecs et les paramètres et tout ça :-)

Vous pouvez même créer un type de balise, par exemple 1.2.3-alpha43, en utilisant des caractères génériques:

Refspec: +refs/tags/*:refs/remotes/origin/tags/*

Spécificateur de branche: origin/tags/1.2.3-alpha*

Vous pouvez également cocher " Construire lorsqu'une modification est envoyée sur GitHub " pour déclencher la transmission, mais vous devez ajouter une action "Créer" au webhook

Ajout de mes deux cents ici car je n'ai pas vu de réponse qui utilise l'option "Construire avec des paramètres" dans Jenkins.

Ici, j'utilise la console de navigateur Jenkins CI pour le projet starwars_api et j'ai pu construire directement avec "Build with parameters" avec la valeur refs / tags / tag-name

1. choisissez l'option "construire avec des paramètres".
2. ajouter de la valeur dans la zone comme "refs / tags / tag_142" (tag_name = tag_142 pour mon exemple)

construire avec le nom de la balise ref