[링크] Git Branch - 릴리즈 플래닝 - 회사에서 하고 있는 걸 정리해본다.

다음 글은 전체 내용을 공유하지 않고, 새로운 블로그로 링크를 제공하는 글입니다.

이어보기 : http://thdev.tech/android/git/2018/01/21/Git-Branch

다니고 있는 회사에서 사용하는 Git branch 관리하는 방법을 정리하려고 한다. 회사 블로그에 작성하는 글이 아니므로, 완전하지는 않지만 대략적인 내용을 정리하려고 한다.

회사에서는 아래와 같이 브런치를 가지고 있다.

• Master : Release 완료한 버전을 merge 하고, Release 시 Tag를 함께 둔다.
• Developer Branch : Master Branch 기준으로 티켓 단위 개발 작업을 진행한다.
• Code-Review Branch : 이 Branch는 언제든 제거하고, 다시 생성될 수 있으며, Code review 목적으로 둔다.
• Release Branch : 릴리즈 플래닝이 끝나면 작업 완료한 티켓을 머지 한다.

여기서 중요한 부분은 Release Branch는 릴리즈 플래닝을 거친 다음 생성하게 된다. 보통 Release 플랜을 하고, 만들어지는 건 같지만, 사전 작업된 티켓들을 기준으로 한다는 점이 기존 Release branch와 다르게 운영되고 있다.

보통 아래와 같이 Branch 운영하는 게 일반적이다.

1. 이번 릴리즈에 포함할 내용을 사전 정의한다.
2. 개발 일정을 산정하고, 개발을 진행한다.
3. 릴리즈 일정에 맞게 작업하기로 한 내용을 release branch에 merge 한다.

1~3 단계가 모두 안정적으로 진행되면, 릴리즈에 문제가 없다.

다음 글은 전체 내용을 공유하지 않고, 새로운 블로그로 링크를 제공하는 글입니다.

이어보기 : http://thdev.tech/android/git/2018/01/21/Git-Branch