Jenkins pipeline: la caisse explicite git commit

Je veux être en mesure de dire quelque chose comme:

git branch: commitHash, credentialsId: credentialsId, url: url

Le cas d'utilisation: je fais en parallèle de construire et de tester fonctionne sur différentes plates-formes, et que vous voulez de s'assurer que chacun reçoit le même code. C'est le C++, et nous nous appuyons sur des plateformes distinctes ainsi que la construction sur eux.

Si je le fais ci-dessus, il tombe en panne - le code sous-jacent suppose la branche est en fait une branche, ou que vous obtenez quelque chose comme:

[Linux64 Build]  > git rev-parse origin/e4b6c976a0a986c348a211579f1e8fd32cf29567^{commit} # timeout=10
[Pipeline] [Linux64 Build] }
[Pipeline] [Linux64 Build] //dir
[Pipeline] [Linux64 Build] }
[Pipeline] [Linux64 Build] //node
[Pipeline] [Linux64 Build] }
[Linux64 Build] Failed in branch Linux64 Build

J'ai vu des variations sur cette question posée, mais pas de réponses, juste des suggestions comme pour ranger le code source au lieu de cela, etc. Pas vraiment ce que je suis après.

La documentation suggère qu'il devrait être possible de donner explicite commettre des hachages, éventuellement à l'aide de branches à la place, mais je ne peux pas travailler la syntaxe et ne peut pas trouver des exemples. Quand je le fais, je reçois la branche master, je pense que - dans notre configuration, le maître ne fonctionne pas.

Jusqu'à présent, la seule solution que j'ai trouvé a été à la caisse de la succursale et ensuite appeler explicitement git pour obtenir la validation:

                git branch: branch, credentialsId: credentialsId, url: url
                sh 'git checkout ' + commitHash

(où la branche est la branche j'ai d'abord eu le hachage en haut de la tâche. Il fonctionne, mais n'est pas la plus élégante.

Quelqu'un a une meilleure façon?

InformationsquelleAutor johnfo | 2017-04-25
  1. 24

    Utiliser un général scm étape

    checkout([$class: 'GitSCM', branches: [[name: commitHash ]],
     userRemoteConfigs: [[url: 'http://git-server/user/repository.git']]])
    • Savez-vous comment ajouter de la credentialsId peu?
    • Je suis plutôt sur la clé ssh de l'utilisateur Jenkins
    • Je pense que j'ai réussi à en sortir - et pas des moindres, j'ai juste remarqué qu'il y est un extrait de "l'éditeur" pour cela. Il serait quelque chose comme: la caisse([$classe: "GitSCM', branches: [[nom de: commitHash ]], userRemoteConfigs: [[credentialsId: credentialsId, url: 'git-serveur/utilisateur/référentiel.git]]])
    • Eh bien, cela fonctionne à condition d'un clone qui s'est passé précédemment. Sinon, si la validation de l'ID n'est pas dans la refspec il ne sera pas trouvé. Donc, si c'est une TÊTE de balise ou de la branche, tout est bon. Si non, il ne parvient pas
    • Cela semble fonctionner très bien pour moi, sauf quand j'utilise CloneOptions, comme extensions: [[$class: 'CloneOption', noTags: true, reference: '', shallow: true]]. Pour contourner le problème, je suis en train de passer ce paramètre de manière conditionnelle en vérifiant si branch fait référence à un hachage SHA-1 (branch.matches('^[a-fA-F0-9]{40}$')).
    InformationsquelleAutor Yuri G.
  2. 11

    Yuri G de l'exemple ne fonctionne pas pour moi lorsque jenkins manquait un espace de travail en raison initiale de la caisse. Les ouvrages suivants, en ce cas. Je ne comprends pas pourquoi, ils sont tous si différents.

        def commitId = "<insert sha here>"

    checkout ( [$class: 'GitSCM',
        branches: [[name: commitId ]],
        userRemoteConfigs: [[
            credentialsId: 'deploy key for your repo', 
            url: 'repo url']]])
    • J'ai été en utilisant: les étapes.checkout([$classe: "GitSCM', branches: [[nom de: hash]], userRemoteConfigs: [[url: url, credentialsId: "la clé de diplômes]]])
    • c'est à peu près le même que celui que j'ai. J'ai juste divisé les lignes et utiliser un ordre différent. L'ordre ne compte pas
    • La différence entre nous et Yuri est le cred Id - c'est probablement elle. Public des pensions de vs privé. Je suis bête
    InformationsquelleAutor Peter Kahn