Szablon Jenkinsfile dla wszystkich projektów

Question

Na przykład:

Mam 30 projektów multikanału Git. Wszystkie projekty mają własny plik Jenkinsfile. I nagle znalazłem fajną wtyczkę Jenkinsa, którą chcę dodać do wszystkich projektów. Jest to trudny do wykonania we wszystkich projektach i jest to duża strata czasu.

Czy można stworzyć podobny do Jenkinsfile szablon, który będzie czymś w rodzaju opakowania dla projektu Jenkinsfile lub czegoś podobnego, co daje mi możliwość zmiany w 1 miejscu zamiast w 30 miejscach?

Co chcę jest coś takiego:

stage { 
...} 
timestamps { 
    <include rest of stages definied in projects> 
} 
stage { 
... } 

plik szablonu, który jest w pewnym repo jest poszukiwany w ten sposób. Wszystkie projekty mają zdefiniowane własne etapy, które są zawarte w środku szablonu Jenkinsfile i zdefiniowane w projekcie.

Więc Jenkinsfile w projekcie należy: szablon

• obciążenie z repozytorium
• stopnie umieszczone w środku szablonu Jenkinsfile

Answer 1

Można użyć:

• Config File Provider Plugin using the configuration files in Jenkins Pipelines :

  node { 
      ... 
      configFileProvider(
      [configFile(fileId: 'jenkinsfile-template', ...)]) { 
       ... 
      } 
      ... 
  } 
  

• load: Evaluate a Groovy source file into the Pipeline script:

  przyjmuje nazwę pliku w obszarze roboczym i uruchamia go jako tekst źródłowy Groovy.

• Shared Libraries:

  Często warto dzielić części rurociągów między różnymi projektami w celu zmniejszenia zwolnień i zachować kod „DRY”.

  Pipeline obsługuje tworzenie "bibliotek współdzielonych", które można zdefiniować w zewnętrznych repozytoriach kontroli źródeł i załadować do istniejących potoków.

Answer 2

Jak zawsze mówię,

Przyjaciele nie pozwalają przyjaciołom kod szablonu.

Generalnie moja ostatnia metoda pisania kodu, który z kolei generuje więcej kodu. Co więcej, nie jest to przydatne w twoim przypadku użycia.

To, o co pytasz, to "Mam kod, który chcę udostępnić między 30 Jenkinsfiles". Najlepszym sposobem na udostępnianie kodu jest oczywiście utworzenie wspólnej biblioteki i użycie jej z kodu.

Na szczęście this concept is fully supported in Jenkinsfiles. Gorąco polecam jego użycie w twoim przypadku użycia.Od akapitu wprowadzającego w linku podanym powyżej:

W przypadku przyjęcia większej liczby projektów w organizacji, najprawdopodobniej pojawią się wspólne wzorce. Często przydatne jest dzielenie się częściami rurociągów między różnymi projektami w celu zmniejszenia liczby zwolnień, a zachować kod "SUCHA".

Pipeline obsługuje tworzenie "bibliotek współdzielonych", które mogą być zdefiniowane w zewnętrznych repozytoriach kontroli źródeł i ładowane do istniejących potoków w postaci .

Następnie, po prostu zaktualizuj bibliotekę i wszystkie pliki Jenkins, które jej używają będą również aktualizowane. Możesz wersjonować swoją bibliotekę współdzieloną, a konfiguracja będzie o wiele łatwiejsza do debugowania.