목차
참고자료 :
https://brunch.co.kr/@anonymdevoo/9
6. Github으로 협업하는 법
Pull Request 와 Code Review | 지난 글에서 Github Organization을 만들고 원격 저장소에 Commit History를 Push하기까지 했다. 공동 작업할 수 있는 환경이 갖춰졌다. 이제 동료들과 '너도나도 여기저기에서' commit
brunch.co.kr
1. 오너 레퍼지토리 설정
1.1. 우선 마스터가 될 레퍼지토리를 만든다.
1.2. 마스터가 다른 멤버들이 access할 수 있도록 멤버로 추가한다.
1.3. 마스터브랜치에서 푸시 못하도록 설정
이러면 팀원이 마스터브랜치로 푸시하지 못하게된다.
무조건 브랜치로만 푸시가 가능함.
https://hong-dev.github.io/bftest/master_branch/
git master branch에서 push 못하게 설정
Github은 협업하기에 아주 좋은 툴이다. 여러 사람이 함께 작업을 하다보면 git flow와 버전 관리를 위해, branch를 따서 작업을 하고 branch에서 작업한 것을 push 한다. 간혹 실수로 master에서 작업하고 m
hong-dev.github.io
2. 멤버
2.1. 이제 협업을 해보자
★★ 팀원들과 '룰'을 정해야한다. ★★
- 마스터 브랜치는 절대로 손대지 않기.
- 반드시 본인의 브랜치에 작업을 커밋, 푸시한다.
- 1기능 1PR(Pull Request)
2.1.1. 하나의 기능을 추가/수정했으면 본인의 작업물이 저장될 브랜치를 딴다(생성한다).
2.1.2. 원격으로 올려진 기능 추가/수정파일을 PR(풀리퀘스트) 한다.
>> 'Pull Request'란?
: 자신의 수정내용을 다른 멤버에게 말해주는 것.
: 수정사항이 확인되면 마스터브랜치(원본브랜치)에 Merge(합쳐지게)된다.
이제 이 '건희짱'브랜치에 추가/수정한 기능을 master브랜치에 머지하겠다고 멤버들에게 알리기 위해
풀리퀘스트(PR)을 해보도록 하자!
어느 브랜치로, 어떤 브랜치가 병합되는지 반드시 확인한 뒤,
메시지를 작성하고 Create Pull Request 버튼을 클릭한다.
해당 풀리퀘스트를 확인한 멤버는 누구나 하단의 메시지를 추가할 수 있으며, 원활히 커뮤니케이션이 가능하다.
멤버가 내용을 확인하고 승인하면 Merge가 이루어진다.
