Wtyczka Pipeline

Możesz użyć wtyczki Pipeline (dawniej workflow-plugin).

Zawiera wiele przykładów , a Ty możesz śledzić ten tutorial .

Np.

// build
stage 'build'
...

// deploy
stage 'deploy'
...

// run tests in parallel
stage 'test'
parallel 'functional': {
  ...
}, 'performance': {
  ...
}

// promote artifacts
stage 'promote'
...

Build flow plugin

Możesz również użyć wtyczki Build Flow. Jest po prostu niesamowity-ale jest przestarzały (rozwój zamrożony).

Tworzenie miejsc pracy

Tworzenie miejsc pracy za:

• zbuduj
• testy wydajnościowe
• testy funkcjonalne
• promocja

Ustawianie upstream

1. W upstream (tutaj build) Stwórz unikalny artefakt, np.:

   echo ${BUILD_TAG} > build.tag
   

2. Archiwum artefaktu build.tag.

3. nagrywaj odciski palców, aby śledzić użycie pliku; Jeśli dowolne zadanie skopiuje ten sam plik build.tag i zapisze odciski palców, będziesz mógł śledzić rodzic.
4. Konfiguracja, aby uzyskać awans, gdy zadanie promotion zakończy się sukcesem.

Tworzenie dalszych zadań

1. używam 2 parametrów PARENT_JOB_NAME i PARENT_BUILD_NUMBER

2. Skopiuj artefakty z zadania upstream build za pomocą wtyczki Copy Artifact

   • Nazwa projektu = ${PARENT_JOB_NAME}
   • które budują = ${PARENT_BUILD_NUMBER}
   • artefakty do skopiowania = build.tag

3. Nagrywać odciski palców; to kluczowe.

Ustawianie posady w Dziale Promocji

Zrób to samo, co powyżej, aby ustanowić relację upstream-downstream. Nie wymaga żadnego kroku budowania. Możesz wykonać dodatkowe działania po kompilacji, takie jak "Hej QA, twoja kolej".

Tworzenie zadania build flow

// start with the build
parent = build("build")
parent_job_name = parent.environment["JOB_NAME"]
parent_build_number = parent.environment["BUILD_NUMBER"]

// then deploy
build("deploy")

// then your qualifying tests
parallel (
    { build("functional tests",
          PARENT_BUILD_NUMBER: parent_build_number,
          PARENT_JOB_NAME: parent_job_name) },
    { build("performance tests",
          PARENT_BUILD_NUMBER: parent_build_number,
          PARENT_JOB_NAME: parent_job_name) }
)

// if nothing failed till now...
build("promotion",
    PARENT_BUILD_NUMBER: parent_build_number,
    PARENT_JOB_NAME: parent_job_name)

// knock yourself out...
build("more expensive QA tests",
    PARENT_BUILD_NUMBER: parent_build_number,
    PARENT_JOB_NAME: parent_job_name)

Jenkins niedawno ogłosił pierwszorzędną obsługę przepływu pracy.

Wtyczka Multijob działa pięknie dla tego scenariusza. Przydaje się również, jeśli chcesz, aby jedno zadanie "rodzica" rozpoczęło wiele zadań "dzieci", ale nadal możesz wykonać każde z dzieci ręcznie, samodzielnie. Działa to poprzez tworzenie "faz", do których można dodać 1 do n zadań. Budowanie jest kontynuowane tylko wtedy, gdy cała faza jest wykonywana, więc jeśli Faza jako wiele zadań, wszystkie muszą zakończyć się przed wykonaniem reszty. Oczywiście jest konfigurowalne, czy budowa kontynuuje, jeśli nie ma awarii w fazie.

Odpowiedzi Jasona i dnozaya są wystarczająco dobre. Ale w przypadku, gdy ktoś szuka łatwego sposobu, wystarczy użyć wtyczki jobfanin .

Uważam, że wtyczka Workflow nazywa się teraz Pipeline Plugin i jest (aktualnym) preferowanym rozwiązaniem oryginalnego pytania, zainspirowanym Wtyczką Build Flow. Istnieje również Getting Started Tutorial w Githubie.