빌드, 패키지 및 배포를 위해 몇 가지 젠킨스 독립형 작업이있었습니다. 이제 저는 그것들을 연결하고 '빌드'작업 트리거 '패키지'작업 및 '패키지'작업을 실행하여 '배치'작업을 트리거하고 필요한 매개 변수를 그들 사이에 전달합니다. 또한 파이프 라인보기에서 깔끔하게 볼 수 있습니다.젠킨스 파이프 라인 (업스트림 및 다운 스트림 종속성 사용)
제 질문은 기술적으로 파이프 라인이라고 할 수 있습니까? 또는 파이프 라인 플러그인을 사용하고 Groovy 스크립트를 작성해야만 파이프 라인이라고 부를 수 있습니까?
감사합니다. p.s :이 질문에 전념하지 마십시오. 그것은 올바른 대답을 찾을 수없는 진지한 질문입니다. 나는 기술적으로 정확하고 싶다.
Jenkins 컨텍스트에서 pipeline은 파이프 라인 DSL (여기서는 Groovy를 기반으로 함)을 사용하여 워크 플로를 정의하는 작업입니다. 파이프 라인은 한 곳에서 여러 단계 (예 : build + package + deploy)를 정의하고 복잡한 워크 플로 (예 : parallel 단계, input 단계, try/catch 단계)를 정의하여 재생 및 버전 관리가 가능합니다. git에 저장할 수 있기 때문에). 자세한 내용은 파이프 라인이 무엇인지 자세히 설명하는 Jenkins official pipeline documentation을 읽어야합니다.
현재 사용하고있는 종류의 작업을 freestyle 작업이라고하며, 작업을 함께 연결하여 "흐름"을 정의한다고해도 pipelines 작업이라고 부를 수 없습니다.
은 즉, pipelines는 전체 애플리케이션 라이프 사이클을 정의하는 pipeline plugin 및 groovy 스크립트 구문을 사용하는 작업, 그리고 표준 젠킨스 1.x의 작업은 freestyle 작업이라고합니다.