Jenkins comment créer pipeline étape manuelle

Avant Jenkins2 j'ai été en utilisant Construire Le Pipeline Plugin de construire et de déployer manuellement l'application serveur.
Ancienne configuration:
Jenkins comment créer pipeline étape manuelle

Qui fonctionne très bien, mais je veux l'utiliser de nouveaux Jenkins pipeline, généré à partir de script groovy (Jenkinsfile), pour créer l'étape manuelle.

Jusqu'à présent, je suis venu avec input jenkins étape.

Utilisé jenkinsfile script:

node {
   stage 'Checkout'
   //Get some code from repository

   stage 'Build'
   //Run the build
}

stage 'deployment'
input 'Do you approve deployment?'
node {
    //deploy things
}

Mais ce attend une entrée de l'utilisateur, notant que le build n'est pas terminé. Je pourrais ajouter d'expiration input, mais cela ne me permet pas de choisir/déclencher une de construire et de déployer plus tard:

Jenkins comment créer pipeline étape manuelle

Comment puis-je obtenir meme/similaire résultat de l'étape manuelle/déclencheur de la nouvelle jenkins-pipeline comme avant avec la construction du Pipeline Plugin?

  • Je vais avoir le même problème. Le pipeline fonctionne, mais j'aurais beaucoup préfère mon build pour être montré comme un succès et ont une action manuelle pour déployer/promouvoir la construction.
  • Cela devrait être résolu avec le "point de contrôle" du plugin. Mais actuellement, ce n'est pas encore possible dans OSS version, mais le vote est en cours à leur problème de tracker JENKINS-33846
  • J'ai l'intention de migrer à partir de Construire le Pipeline Plugin Jenkins Oléoducs, mais j'en suis au même point que vous. Comme je vois que votre post est à partir de 2016, est-il une solution à ce problème? Merci
InformationsquelleAutor Zigac | 2016-10-07
  1. 26

    C'est un écart énorme dans le Jenkins Pipeline capacités de l'OMI. Difficile à fournir en raison du fait que le pipeline est d'un emploi simple. Une solution pourrait être de "l'archive" l'espace de travail comme un "artefact" (du goudron et des archives **/* comme "workspace.tar.gz'), et puis une autre pipeline copie de l'artefact et décompressez la dans le nouvel espace de travail. Cela permet à la deuxième canalisation de collecte où le précédent arrêté. Bien sûr, il n'y a aucun moyen de gauentee que la deuxième pipeline ne peut pas être exécuté en dehors de son tour ou plus d'une fois. Ce qui est dommage. La Livraison Pipeline Plugin brille vraiment ici. Vous exécutez un nouveau pipeline de droit à partir de la vue - au lieu de la première tâche. De toute façon - pas de réponse - mais le chemin que je vais essayer.

    EDIT: Ce plugin a l'air prometteur:

    https://github.com/jenkinsci/external-workspace-manager-plugin/blob/master/doc/PIPELINE_EXAMPLES.md

    • Cet écart est tellement énorme, on pourrait l'appeler "brisé par la conception". - Nous continuer à utiliser la Livraison Pipeline Plugin pour cette raison. C'est un peu compliqué pour l'installation de l'emploi de chaînage, mais il fonctionne bien et permet une granularité fine des autorisations.Nous sommes en train de réfléchir à un interrupteur de Gitlab CI cependant, l'exploitation de leurs pipelines peuvent le faire en manuel étapes de l'amende juste. Pas sûr que ce qu'entraver Jenkins là.
    • Eh bien, ce plugin a l'air vraiment prometteur, donc, si je comprends, je peux mettre en place de gazoducs en amont comme distinct de l'auto de travail qui se chargera de la construction et de l'aval de pipeline qui se partagent le workstpace avec en amont et où je peux mettre en œuvre le bouton et qui devrait fonctionner ensuite.
    InformationsquelleAutor Michael Andrews