소스 제어 [1]에 체크 인된 Jenkinsfile을 만들면 여러 가지 즉각적인 이점이 있습니다. 이전 파이프라인의 정확한 복사본이라고 생각할 수 있지만 몇 가지 미묘한 차이가 있습니다. 하나, 우리는 상단에 그루비 지정을 추가했습니다. 더 중요 한 것은 하지만, 소스 제어 시스템에서 코드를 가져옵니다 단계를 주의. 이전에 사용했던 git 단계 대신 scm 체크아웃 단계가 있습니다. 이것은 당신이 당신의 젠킨스 파일에 걸릴 수있는 바로 가기입니다. Jenkinsfile은 작동할 코드와 동일한 리포지토리(및 분기)에 있기 때문에 이미 소스 코드를 받아야 하는 위치라고 가정합니다. 즉, 해당 정보를 명시적으로 알릴 필요가 없습니다. 예제 파이프라인의 이 단계에서 “빌드” 및 “테스트” 단계가 모두 성공적으로 실행되었습니다. 기본적으로 “배포” 단계는 이전 단계가 성공적으로 완료되었다고 가정할 때만 실행되며, 그렇지 않으면 파이프라인이 일찍 종료되었을 것입니다. 이전의 모든 예제에서는 단일 에이전트만 사용되었습니다. 즉, Jenkins는 레이블지정 또는 구성 방식에 관계없이 실행기를 사용할 수 있는 위치에 할당합니다.

이 동작을 재정의할 수 있을 뿐만 아니라 파이프라인을 사용하면 동일한 Jenkinsfile 내에서 Jenkins 환경에서 여러 에이전트를 사용할 수 있으므로 여러 플랫폼에서 빌드/테스트를 실행하는 것과 같은 고급 사용 사례에 도움이 될 수 있습니다. 그림 11은 Jenkinsfiles 및 소스 리포지토리에 대해 실행한 후 다중 브랜치 파이프라인의 작업을 보여 줍니다. 여기서 고려해야 할 마지막 차원은 Jenkins 2를 사용하면 Jenkins 응용 프로그램 자체에 파이프 라인 코드를 저장할 필요가 없다는 것입니다. Jenkinsfile이라는 특별한 이름을 가진 외부 텍스트 파일로 만들거나 복사할 수 있습니다. 그런 다음 해당 파일을 원하는 분기의 동일한 리포지토리에 소스 코드와 함께 저장할 수 있습니다. 파이프라인과 Jenkinsfile에 대한 자세한 내용은 사용자 핸드북의 각 파이프라인 및 Jenkinsfile 섹션 사용을 참조하십시오. 이 예제에서는 사용자 이름 및 암호 자격 증명이 환경 변수에 할당되어 조직의 공통 계정 또는 팀의 Bitbucket 리포지토리에 액세스합니다. 이러한 자격 증명은 자격 증명 ID 젠킨스 비트 버킷 공통 creds와 젠킨스에서 구성 되었을 것 이다.

프로젝트에서 실행되도록 하려면 Jenkinsfile의 예제 중 하나를 수정해야 할 수 있습니다.

 

Comments are closed.

Set your Twitter account name in your settings to use the TwitterBar Section.