본문 바로가기

DevTools/Github

Git Branch 협업

반응형

문서화

 

1. 협업자는 커밋을 올릴 브랜치를 각각 만든다.(Create Branch)

2. 자신이 만든 브랜치로 이동한다.(Move Brache)

3. 생성한 브런치에 커밋을 올린다.(Commit)

4. 코딩이 완료되면 브랜치를 합친다.(Merge)

 

일반적인 협업 규칙

1. master 브런치에는 직접 커밋을 올리지 않는다.(동시에 작업하다 꼬일 수 있음)

2. 기능 개발을 하기 전에 master 브런치를 기준으로 새로운 브런치를 만든다.

3. 이 브런치 이름은[feature / 기능이름] 형식으로 하고 한명당 하나의 브런치에 커밋을 한다.

4. [feature / 기능이름] 브런치에서 기능 개발이 끝나면 master 브런치에 merge한다.

 

협업 개발자들의 하루

1. 출근과 동시에 master 브런치를 Pull 한다.

2. 새로운 hinos/devel 생성한다. 브런치 이름은[feature / 기능이름] 형식

3. 개발한다.

4. 브런치를 테스트 한다.

5. 테스트에 문제가 없다면 master의 merge용 브런치를 생성한다. hinos/merge   (merge용 브런치를 사용하면 직접 master에 충돌 커밋을 날려서 생기는 충돌을 미리 방지할 수 있다.)

6. hinos/merge 브런치를 hinos/devel에 병합한다.

7. 충돌이 나면 충돌을 해결한 후 커밋한다.

8. hinos/merge 브런치를 삭제한다.

9. master 브런치에 hinos/devel을 병합한다 OR master 관리자에게 pull request 사용하여 리뷰를 받는다.

10. pull request 승인이 났을 때 브런치를 병합한다.

11. hinos/devel 브런치를 삭제한다.

 

 

반응형

'DevTools > Github' 카테고리의 다른 글

소스트리 유효한 소스 경로/url 이 아닙니다  (0) 2021.03.26
Github cherry-pick  (0) 2020.10.25
Github 오픈소스 커밋하기  (0) 2020.10.20