2016-10-07 5 views
26

이전 Jenkins2 Build Pipeline Plugin을 사용하여 응용 프로그램을 빌드하고 수동으로 서버에 배포했습니다. 이전 구성 : 좋은 작품,하지만 난 수동 단계를 만들, 그루비 스크립트 (Jenkinsfile)에서 생성 된 새로운 젠킨스 파이프 라인을 사용하려면 jenkins-pipeline-pluginJenkins 파이프 라인 수동 작성 방법

.

지금까지 나는 input 젠킨스 단계를 생각해 냈습니다.

중고 jenkinsfile 스크립트 :

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

    stage 'Build' 
    // Run the build 
} 

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

그러나 그 빌드가 완료되지 지적, 사용자 입력을 기다립니다. 나는 input에 시간 제한을 추가 할 수 있지만,이 날/선택 빌드를 실행하고 나중에 배포하는 것을 허용하지 않습니다

jenkins-pipeline

을 나는 새와 수동 단계/트리거 같은/비슷한 결과를 achive 수있는 방법 이전에 Build Pipeline Plugin과 같이 jenkins-pipeline을 사용 했습니까?

+0

저도 같은 문제에 봉착합니다. 파이프 라인은 작동하지만 빌드를 배포/홍보하기 위해 빌드를 성공적으로 수행하고 수동 작업을 수행하는 것이 좋습니다. – Thomas

+0

"체크 포인트"플러그인으로 해결해야합니다. 하지만 현재 OSS 버전에서는 아직 가능하지 않지만 문제 추적기에서 투표가 진행 중입니다. [JENKINS-33846] (https://issues.jenkins-ci.org/browse/JENKINS-33846) – Zigac

답변

14

이것은 Jenkins 파이프 라인 기능 IMO의 큰 차이입니다. 파이프 라인이 단일 작업이라는 사실 때문에 제공하기가 어렵습니다. 한 가지 솔루션은 작업 영역을 "artifact"(tar 및 archive **/*를 'workspace.tar.gz')로 "보관"한 다음 다른 파이프 라인에서 이슈를 복사하여 새 작업 영역에 압축을 풀 수 있습니다. 이것은 이전 파이프 라인이 중단 된 곳에서 두 번째 파이프 라인을 픽업 할 수있게합니다. 물론 두 번째 파이프 라인을 한 번 이상 돌릴 수는 없습니다. 어느 것이 너무 나쁘다. Delivery Pipeline Plugin은 정말 여기에서 빛을 발합니다. 첫 번째 작업 대신보기에서 새 파이프 라인을 바로 실행합니다. 어쨌든 -별로 대답하지 않지만 - 그 길은 제가 시도 할 것입니다.

편집 :이 플러그인은 유망한 같습니다

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

+6

그 차이가 너무 커서, "디자인에 의해 고장"이라고 부를 수 있습니다. 우리는 그런 이유로 배달 파이프 라인 플러그인을 계속 사용합니다. 작업 체인을 설정하는 것은 약간 복잡하지만 제대로 작동하고 세분화 된 권한을 허용합니다. Gitlab CI 로의 전환을 조사 중이며, 파이프 라인을 통해 수동 단계를 올바르게 수행 할 수 있습니다. 젠킨스를 방해하는 것이 무엇인지 확신 할 수 없습니다. –

+0

음, 그 플러그인은 정말로 유망 해 보입니다. 그래서 업스트림 파이프 라인을 업스트림과 워크 스페이스를 공유하고 빌드 할 다운 스트림 파이프 라인을 별도의 자동 작업으로 배치 할 수 있습니다. 그때. – kensai

관련 문제