Comment puis-je construire un git tag dans TeamCity?

Je veux fournir un git tag de la TeamCity serveur pour le construire.
Je passe la balise (c'est à dire release_1.1) en tant que paramètre à l'emploi. Donc, à l'intérieur du travail, le tag est disponible que %tag%, mais en vertu de la Version Control Settings je ne vois pas un moyen d'utiliser ce paramètre pour que le serveur puisse checkout cette balise.
Est-il possible que ce paramètre peut être utilisé dans les paramètres de la caisse de la balise?

  • Je vais avoir un problème similaire, - réglage de la Branche "Nom" à "refs/tags/%TagToBuild%", j'obtiens: Failed to collect changes, error: Argument 2 for @NotNull parameter of jetbrains/buildServer/buildTriggers/vcs/VcsRootChangesLoader.loadChanges must not be null
InformationsquelleAutor js3dev | 2013-12-03
  1. 58
    1. Aller pour Modifier les Paramètres de Configuration -> Version les Paramètres de Contrôle de

    2. Pour tous vos VCS racines de cette configuration de build cliquez sur Modifier, puis:

      1. de mettre le+:refs/tags/*' en Direction de la spécification de la zone de texte
      2. cochez la case Utiliser les balises comme des branches

    Alors vous serez capable de choisir une étiquette lorsque vous appuyez sur le bouton " ... " à côté de l'exécuter.

    • À mon humble avis, c'est de loin la plus propre de la plupart des autochtones de chemin à faire. Les étiquettes sont disponibles que sont les branches via personnalisé de la boîte de dialogue Exécuter. besoin de rien personnalisée avec des variables. vous pouvez ensuite utiliser la direction de la spécification de tous les autres aspects de la configuration de build comme d'habitude.
    • Je suis d'accord que cela semble être la façon la plus propre à construire une balise. Il convient de mentionner, qu'une version personnalisée est nécessaire, pour choisir une balise.
    • Et aussi attendre 30 secondes et actualiser votre TeamCity page avant d'appuyer sur Exécuter
    • Pas sûr si je comprends cette étape, teamcity construit maître par défaut, je n'ai pas tout invite à sélectionner une balise: i.imgur.com/CnT8XBN.png je suis sur TeamCity Entreprise 9.1.3
    • C'était parfait, merci beaucoup!
    • Je suis aussi de ne pas recevoir une invite pour un tag??
    • ok, donc j'ai dû aller à la page des projets dans teamcity, puis cliquez sur le petit menu "..." à droite du bouton "Exécuter". Cela vous donne un dialogue avec les 4 onglets. Le deuxième dit "Modifications", là vous pouvez spécifier la balise que vous souhaitez construire de dans le de Construire "branche" de la liste déroulante. Je suis l'aide de TeamCity version Enterprise 9.1.5 (build 37377)
    • Vous pouvez également utiliser le paramètre de configuration teamcity.vcsTrigger.runBuildInNewEmptyBranch=true dire TeamCity à construire sur tous les commits -- youtrack.jetbrains.com/issue/TW-43606

    InformationsquelleAutor Michel Samia
  2. 18

    J'ai réussi à obtenir le travail suivants:

    Dans la Configuration de Build, en vertu de Construire "Paramètres":

    Définir un Paramètre de Configuration:

    • Nom: TagToBuild
    • Genre: Configuration parameter
    • Valeur:
    • Spec:
      • Étiquette: Tag to build
      • Description: This should be the full path to the tag, i.e. refs/tags/0.5.5
      • Affichage: Prompt
      • Type: Text

    Noter que le champ "valeur" a été intentionnellement laissée en blanc.

    Puis, dans le VCS Racine:

    • Nom De La Branche: %TagToBuild%

    Quand je lance le build, je suis alors invité à fournir une branche/étiquette nom:
    Comment puis-je construire un git tag dans TeamCity?

    Entrer une valeur telle que refs/tags/0.5.0 résultats dans une belle construction, avec le nom de la branche figurant dans les résultats:
    Comment puis-je construire un git tag dans TeamCity?

    Si vous essayez d'aider l'utilisateur à en quelque sorte au-delà de la description, ce qui semble à l'échec. Donc vous ne pouvez pas effectuer les opérations suivantes:

    1. Dans le Paramètre de Configuration de définir la "Valeur" de refs/tags/ et demandez à l'utilisateur d'ajouter le nom de la balise.
    2. Dans le VCS Racine de l'ensemble de la Branche "Nom" pour refs/tags/%TagToBuild%.

    Dans les deux cas sur notre légèrement vieux (7.1) de l'instance de l'Équipe de la Ville j'ai obtenu l'erreur:

    A omis de percevoir les changements, d'erreur: Argument 2 pour @NotNull paramètre de jetbrains/buildServer/buildTriggers/vcs/VcsRootChangesLoader.loadChanges ne doit pas être null

    • Vous pouvez remplacer le nom de la branche par la création d'un paramètre avec le nom teamcity.build.branch, de cette façon, vous pouvez remplacer la direction générale et de définir ce que vous voulez, c'est à dire release
    • Bien que cela ne soit pas strictement mon cas, votre réponse m'a donné une astuce qui m'a aidé à résoudre un problème que j'ai eu du mal pendant des jours! Je souhaite que je pourrais upvote deux fois. Merci beaucoup!
    • Avec une version ultérieure de TeamCity (eg. nous sommes à l'aide de 9.1.5), il est maintenant t de travail pour définir la "branche par Défaut" de la VCS racine à quelque chose comme refs/tags/%versionRoot%, qui est un peu plus propre que d'avoir à taper le chemin d'accès complet à chaque fois
    InformationsquelleAutor Zhaph - Ben Duguid
  3. 5

    Je n'ai pas fait cela avec des balises, mais je l'ai fait avec des branches. Je dis TeamCity à construire toutes les branches en spécifiant qu'il doit construire +:refs/heads/*. Maintenant, chaque fois que je pousse de toute branche, TeamCity construit. Puis à l'intérieur de la construction, je puis utiliser git branch et recherchez la ligne qui commence avec une *. Je l'incorporer nom de la branche dans un endroit pratique (AssemblyInfo.cs pour .NET, package.json pour le nœud.) voir http://confluence.jetbrains.com/display/TCD8/Working+avec+Fonction+Branches

    • Mais c'est encore à la construction de tout. Ce que je pense js3dev recherche (et je sais que je suis) est une façon de marquer un point dans le repo avec facilement identifiable, et la balise de construire que certains de mes outillage permettra de créer différentes versions de .les fichiers de configuration pour les différents environnements, mais je ne veux construire pour "libérer" quand j'ai passé QA, mais la tête peut-être déplacé pour une raison quelconque.
    • Généralement, quand j'ai ce besoin, j'ai créer une nouvelle branche -- Releasev2.7 par exemple -- et pousser la branche. TeamCity de "construire toutes les branches" ramasse et s'exécute avec elle.
    InformationsquelleAutor robrich
  4. 4

    Vous devez spécifier le format de balise dans refs/tags/${tagName}.

    Donc la vôtre serait refs/tags/release_1.1.

    • Si je précise refs/tags/${tagName} que la branche par Défaut, TeamCity commence à se plaindre qu'il ne peut pas se connecter à la repo git, n'est-il pas une solution plus propre? ce devrait être un très commun de cas d'utilisation.
    • La définition de mon nom de la branche de refs/tags/${%tag%} résultats dans le message d'erreur: "Impossible de trouver la révision de la branche par défaut 'refs/tags/${0.5.0}'", mais la mise à refs/tags/%tag% résultats dans "a Omis de percevoir les changements, d'erreur: Argument 2 pour @NotNull paramètre"
    • Ressemble si vous définissez la valeur par Défaut de la branche de %full_tag% au lieu de refs/tags/%tag% et par défaut full_tag vide, TeamCity ne me plaindrai pas. Mais vous auriez besoin pour passer de la référence complète en tant que paramètre si (c'est à dire full_tag=refs/tags/development-12).
    InformationsquelleAutor Welsh