티스토리 뷰

크리에이티브 커먼즈 라이선스
Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.
본문


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

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


다니고 있는 회사에서 사용하는 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.html

개인 광고 영역
TAG
,


댓글
댓글쓰기 폼
Total
5,096,239
Today
531
Yesterday
1,116
«   2018/06   »
          1 2
3 4 5 6 7 8 9
10 11 12 13 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30
글 보관함