Jenkins의 작업 빌드 단계에 다른 작업 포함

Question

이 독창적 인 빌드 흐름을 만들려고하고 있으며 플러그인 또는 젠킨스로 수행 할 방법을 아직 찾지 못했습니다.

"JOB A"라는 하나의 작업이 있으며이 작업은 자체적으로 사용되며 독립 실행 형 설치 프로그램을 만듭니다. 그러면 다른 설치 프로그램을 만드는 "JOB B"가 있지만 다른 것들 외에 "JOB A"에 내장 된 모든 것을 포함해야합니다. 이제 JOB A 빌드 단계를 JOB B로 복사 할 수 있지만 실제로 JOB A를 빌드하고 나중에 해당 아티팩트를 사용하려고합니다.

빌드 트리거가 될 수 없습니다. JOB B가 JOB A가 완료된 후에도 계속 작업해야하며 JOB C를 생성하고 다른 작업을 시퀀스하기 때문에 A와 B로 이동해야하므로 플로우와 같은 것을 사용할 수 없습니다. 유물 가져와.

보너스 포인트는 JOB B를 빌드 할 때 마지막 빌드 이후의 변경 사항에 대해 git의 소스 코드를 확인한 후 다시 빌드해야하는지 결정합니다.

많은 플러그인을 살펴본 결과이 플러그인을 찾을 수없는 것 같습니다.

내 설명이 혼란스럽지 않았 으면 좋겠다. 미안해. 내가 정교 할 수있어.

Answer 1

내가 당신이 원하는 것을 제대로 이해하고, 당신이 필요로하는 무엇을 :

• 사용자 (공유) 작업 공간
• Parameterized Trigger Plugin 모두 들어

, JOB A 및 JOB B, 설정 사용자 지정 서버의 동일한 폴더에 작업 영역 (작업 영역을 그대로두고 JOB A을 그대로두고 JOB B 사용자 지정 작업 영역을 가리킬 수도 있습니다. 작업 공간은 JOB A입니다. 나는 젠킨스 내 사무실 컴퓨터에서 아닙니다 및 스크린 샷을 제공 할 수 없습니다, 그래서 빌려 this great guide for more info on how to setup custom workspace

그런 다음, 때마다 적절한 JOB A이 트리거/호출이 다른 프로젝트, 즉, JOB B을 기반으로 빌드 단계를 실행해야 . JOB A과 동일한 매개 변수를 모두 전달할 수도 있습니다. 기본적으로 JOB B이 완료 될 때까지 기다리지 않습니다. JOB B이 시작되며 JOB A이 끝나면 완료 될 때마다 JOB B이 완료됩니다.

필요한 경우 트리거 프로젝트는 그들의를 구축 마칠 때까지, 당신은 블록 마크를 체크 할 수 있으며, JOB B 계속하기 전에 끝날 때까지 다음 JOB A이 기다립니다.

그래서

, 위의 의지 : 코드는

이 JOB A 및 JOB B가 자신의 유물과 독립적으로 존재 보자 변경하지 않았고, 각각의 할 수있는 경우

• 공유 작업 공간, 그리고 여분의 체크 아웃을 할 따로 작동시켜야한다.
• JOB B은 공유 작업 영역 및 전달 된 매개 변수를 통해 JOB A에서 모든 것을 가져옵니다.