Jenkinsfiles를 사용하면 코드로 처리되는 인프라(또는 적어도 파이프라인 정의)의 DevOps 목표를 달성할 수 있습니다. 파이프라인을 변경해야 하는 경우 다른 파일과 마찬가지로 소스 제어 내에서 Jenkinsfile을 당기고 편집하고 푸시할 수 있습니다. 파이프라인 스크립트에서 코드 검토와 같은 작업을 수행할 수도 있습니다. 아래 예제 중 하나를 리포지토리에 복사하고 Jenkinsfile이라는 이름을 지정합니다.이 예제에서는 이름에서 알 수 있듯이 선언적 구문은 파이프 라인에서 원하는 것을 선언하는 것에 대해 더 많은 설명을 사용하여이 정보를 다음 청크로 나눕니다. 로직을 코딩하는 것에 대해서는 더 적습니다. 여전히 DSL 단계를 기본으로 사용하지만 단계 주위에 잘 정의된 구조를 포함합니다. 이 구조에는 파이프라인에서 원하는 항목을 지정하는 많은 지시문 및 섹션이 포함됩니다. 선언적 파이프라인은 목록 4에 표시됩니다: 아래는 returnStatus 및 returnStdout이 모두 있는 sh(shell)를 사용하는 선언적 파이프라인의 예입니다. 우리의 두 번째 단계는 git 리포지토리에서 가져온 데이터를 사용하는 예입니다. 예를 들어 Groovy 맵: 아래 예에서 테스트가 실패하면 웹 UI에서 노란색 공으로 표시된 파이프라인이 «불안정»으로 표시됩니다. 기록된 테스트 보고서를 기반으로 Jenkins는 기록 추세 분석 및 시각화를 제공할 수도 있습니다. 위의 Jenkinsfile 스크립트/update.sh 폴더와 함께 git/Bitbucket 저장소에 보관 됩니다. 젠킨스 파일은 저장소의 루트에 보관되어야 합니다.

이 경우 Jenkins 파이프라인에서 git 리포지토리를 설정할 때 자동으로 선택됩니다. 자동화된 테스트를 실행하는 것은 성공적인 연속 전달 프로세스의 중요한 구성 요소입니다. 이와 같이, 젠킨스는 다양 한 플러그인에 의해 제공 하는 테스트 기록, 보고 및 시각화 시설의 수. 기본 수준에서 테스트 오류가 있는 경우 Jenkins가 웹 UI에서 보고 및 시각화에 대한 오류를 기록하도록 하는 것이 유용합니다.