3. 릴리즈 담당자가 할일

시스템이 다 구축 되었다.

그럼 릴리즈 담당자가 할일은 무엇일까?

 

다시 전체 그림으로 정리를 해보자.

 

앞에까지 위 그림의 빨간색 부분을 한것이다.

1번은 개발 커밋, release 브랜치로 머지 커밋등이기에 릴리즈 담당자 역할에선 제외!

 

저 그림상의 5번에 해당하는것이 릴리즈 담당자가 할일이다.

그래서 결국 할일은?

바로 deployment repository 에 릴리즈 수정 커밋을 하나 반영하는게 전부다.

 

Jenkins 의 입장에서 도식화를 다시 해보면 다음 그림과 같다

저 1번의 총괄 젠킨스 프로젝트만 트리거 시켜주면 그 이후는 알아서 다 자동으로 되게 된다.

그 트리거 시켜주는 역할을 1번의 총괄 젠킨스 프로젝트의 Jenkinsfile 에 서브 프로젝트들의 빌드 번호만 업데이트 시켜 주면 된다.

 

아래 커밋처럼 각 서브 프로젝트의 빌드 번호만 수정해서 커밋을 반영하면 된다.

 

그러면 이후는 우리가 앞에서 잘 셋업해 놓은 젠킨스 프로젝트들이 알아서 잘~ 해결해 줄것이다.

---

<릴리즈 담당자가 할일 한줄 요약>

1. 전체를 총괄하는 젠킨스 프로젝트의 파이프라인 파일(Jenkinsfile)에 알맞은 정보를 채워넣고 커밋 반영

---

 

끝!!