Jak zaimplementować opcję ponowienia dla nieudanych etapów w rurociągach Jenkins?

Question

Mam Jenkinsfile z wieloma etapami i jednym z nich jest w rzeczywistości inne zadanie (wdrożenie), które może nie udać się w niektórych przypadkach.

Wiem, że mogę wyświetlać podpowiedzi przy użyciu Jenkinsfile, ale tak naprawdę nie wiem, jak zaimplementować mechanizm ponawiania dla tego zadania.

Chcę móc kliknąć na nieudanym etapie i wybrać, aby spróbować ponownie.

Answer 1

Powinieneś być w stanie połączyć powtórzenie + Wejście tego robić coś w tym

stage('deploy-test') { 
    try { 
    build 'yourJob' 
    } catch(error) { 
    echo "First build failed, let's retry if accepted" 
    retry(2) { 
     input "Retry the job ?" 
     build 'yourJob' 
    } 
    } 
} 

można też użyć limitu czasu dla wejścia, jeśli chcesz, aby zakończyć, jeśli nikt nie sprawdza. Istnieje również waitUntil, które mogą być przydatne, ale nie używał go jeszcze

Edit: WaitUntil wydaje się zdecydowanie najlepiej, należy grać z nim trochę, ale coś w tym jest czystsze:

stage('deploy-test') { 
    waitUntil { 
    try { 
     build 'yourJob' 
    } catch(error) { 
     input "Retry the job ?" 
     false 
    } 
    } 
} 

Nawiasem mówiąc, tutaj znajduje się dokumentacja wszystkich tych kroków. https://jenkins.io/doc/pipeline/steps

Answer 2

Ten punkt kontrolny (nie mój) był jedną z lepszych opcji, które znalazłem podczas próby wdrożenia tej funkcji. https://gist.github.com/beercan1989/b66b7643b48434f5bdf7e1c87094acb9

Zmieniono go na metodę w bibliotece współdzielonej, która po prostu ponowił lub przerwała moje potrzeby. Dodano także maksymalną liczbę ponownych prób i zmienną timeout, abyśmy mogli ją zmienić w zależności od zadania lub etapu, który tego potrzebuje.

package com.foo.bar.jenkins 

def class PipelineHelper { 
    def steps 

    PipelineHelper(steps) { 
     this.steps = steps 
    } 

    void retryOrAbort(final Closure<?> action, int maxAttempts, int timeoutSeconds, final int count = 0) { 
     steps.echo "Trying action, attempt count is: ${count}" 
     try { 
      action.call(); 
     } catch (final exception) { 
      steps.echo "${exception.toString()}" 
      steps.timeout(time: timeoutSeconds, unit: 'SECONDS') { 
       def userChoice = false 
       try { 
        userChoice = steps.input(message: 'Retry?', ok: 'Ok', parameters: [ 
          [$class: 'BooleanParameterDefinition', defaultValue: true, description: '', name: 'Check to retry from failed stage']]) 
       } catch (org.jenkinsci.plugins.workflow.steps.FlowInterruptedException e) { 
        userChoice = false 
       } 
       if (userChoice) { 
        if (count <= maxAttempts) { 
         steps.echo "Retrying from failed stage." 
         return retryOrAbort(action, maxAttempts, timeoutMinutes, count + 1) 
        } else { 
         steps.echo "Max attempts reached. Will not retry." 
         throw exception 
        } 
       } else { 
        steps.echo 'Aborting' 
        throw exception; 
       } 
      } 
     } 
    } 
} 

Przykładowe użycie z maksymalnie 2 ponownymi próbami, które czekają na 60s dla danych wejściowych.

Pamiętaj tylko, aby umieścić węzły wewnątrz zamknięcia, aby oczekiwanie na dane wejściowe nie blokowało executora.

Jeśli masz płatne przedsiębiorstwo Jenkins, Cloudbees ma wtyczkę Checkpoint, która może lepiej sobie z tym poradzić, ale nie planuje się jej wydania dla open source Jenkins (JENKINS-33846).