La compréhension de Gitlab CI les tags

J'ai lu la documentation, quelques articles et vous pouvez appelez-moi idiot, mais c'est ma première fois de travailler avec un concept de ce genre.

  • J'ai enregistré coureur avec le tag "test"
  • créé tag "test" dans gitlab
  • bindings ce coureur, avec notamment le projet
  • J'ai aussi ajouté la même balise par exemple "test"dans mon local repo.

, MAIS comment exactement est en cours d'exécution de mon emplois dépendent de ces balises? Toutes ces opérations nécessaires? Si je pousse le nouveau code des pensions, *.fichier yml est exécuté de toute façon autant que j'ai testé.

Alors que faire si je veux lancer construire seulement quand je définir une version dans un commit?

IDK...

   git commit --tags "v. 2.0" -m "this is version 2.0" (probably not right)

Mais bien sûr, il doit être universel, donc je n'ai pas toujours dire, quelle est la balise à utiliser pour déclencher le coureur, mais pour l'exemple, nous allons lui reconnaître des valeurs numériques.

Comme vous pouvez le voir, je suis assez confus... Si vous pouviez préciser de quelle manière exactement les balises de travail, donc je serais en mesure de comprendre le concept, je serais vraiment reconnaissant.

OriginalL'auteur RiddleMeThis | 2017-04-24

  1. 29

    Balises pour GitLab CI et des balises pour Git sont deux concepts différents.

    Lorsque vous écrivez votre .gitlab-ci.yml, vous pouvez spécifier des tâches avec le tag testing. Si un coureur avec ce tag associé est disponible, elle sera de ramassage de l'emploi.

    Dans Git, au sein de votre référentiel, les balises sont utilisées pour marquer un commit. Il est souvent utilisé pour tag une version.

    Les deux concepts peuvent être mélangés lorsque vous utilisez des balises (Git) pour démarrer votre pipeline dans GitLab CI. Dans votre .gitlab-ci.yml, vous pouvez spécifier la section only avec tags.

    Reportez-vous à GitLab de la documentation pour les balises et seulement.

    Un exemple est lorsque vous appuyez sur un tag avec git:

    $ git tag -a 1.0.0 -m "1.0.0"
$ git push origin 1.0.0

    Et un emploi dans .gitlab-ci.yml comme ceci:

    compile:
    stage: build
    only: [tags]
    script:
        - echo Working...
    tags: [testing]

    serait de commencer à utiliser un coureur avec le testing tag.

    Selon ma compréhension, ce qui est manquant dans votre étape consiste à spécifier la balise testing de votre coureur. Pour ce faire, allez dans GitLab dans votre projet. À côté de
    Wiki, cliquez sur Paramètres. Aller à CI/CD Pipelines et là vous avez votre coureur(s). À côté du Guid, cliquez sur l'icône en forme de stylo. Sur la prochaine page, les balises peuvent être modifiés.

    Ai-je besoin de spécifier une balise lors de la création du coureur?
    Oui, qui peut être fait sur le coureur de côté au moment de vous inscrire. Après cela, vous devez disposer des droits sur le projet si vous souhaitez modifier le coureur de configuration (y compris les balises), et les modifications sont effectuées sur le serveur gitlab côté. Dans la page qui liste vos coureurs pour ce projet, vous avez une petite icône de modification (crayon) qui vous amène à la page où vous pouvez modifier les balises.

    OriginalL'auteur elbaid

  2. 3

    Sont toutes ces opérations nécessaires?

    Pas, si vous ne disposez que d'un coureur, ou si vous avez de nombreux mais ne se soucient pas qui runner fonctionne votre travail, alors il n'y a pas de point dans l'étiquetage des coureurs/emplois.

    Alors que faire si je veux lancer construire seulement quand je définir une version dans une
    s'engager?

    job:
  only:
    - tags

    OriginalL'auteur Ahmad Abdelghany