파라미터를 입력값으로 받는 Job 인 경우에는 "General" 섹션에서 다음을 체크하여야 한다. [v] This project is parameterized 옵션 바로 밑의 "Add Parameters ▼" 를 클릭하면 파라미터를 추가할 수 있는 form fields 가 나오는데 본 기사에서는 파이프라인으로 다룰 것이기 때문에 그냥 넘어가도 된다. (Job 실행 시 나중에 파라미터 사용내역이 이력으로 남음) 스크립트 소스 : pipeline { agent any tools { maven 'Maven' jdk 'JDK' } parameters { string(defaultValue: 'dev', name: 'BUILD_TYPE', description: 'name of sub directory, for ..

Declarative Pipeline 에서 지원할 수 있는 environment 변수 타입이 String 뿐이므로, 아래의 스크립트에서 String.valueOf() 블럭을 생략할 수 있다. pipeline { agent any stages { stage('dev [개발] 빌드') { steps { echo 'ready to build ' build job: 'CICD_Job', wait: false, parameters: [ string(name: 'BUILD_TYPE', value: String.valueOf('dev')), string(name: 'DIST_SSH_SVR_TITLE', value: String.valueOf('This is dev')), string(name: 'DIST_SSH_SV..

젠킨스 파이프라인 익히느라 한 달은 족히 걸렸다. 스크립트 방식이냐, 선언 방식이냐에 따라 문법이 약간씩 달랐고 가장 당황스러웠던 점은 IDE 지원이었다. (declarative ~ 선언방식. 뭐? 맹 그게 그거드만! 선언 방식 안에 스크립트 방식 코드를 넣을 수 있다.) 나중에 발견한 IntelliJ용 gdsl 설정하는 방법대로 따라해봤는데 만족스럽지 않았다. 코딩을 하는데 있어서 IDE 에서 기본적으로 지원해주는 게 "컴파일 및 문법검사"인데 자바에서 갈라져 나온 groovy 문법이라지만 젠킨스 에디터에서 제 때에 오류로 표시하지 않는 이상, [저장] -> [실행] -> [편집] -> [저장) -> [실행] -> ... 의 악순환이었다. 그것마저도 스크립트 DSL 이라... 휴~ 결국 Jenkins ..