깃허브 소규모 협업하기 시나리오

깃/깃허브를 통해 3~4인 소규모 팀에서 협업하는 시나리오를 정리하여 기록합니다.
다음 인터넷 강의 참고 : https://www.youtube.com/watch?v=2mNxZEr1m-M&list=PL93mKxaRDidFtXtXrRtAAL2hpp9TH6AWF&index=27


실행 전 : 깃허브 리포지토리 Setting -> Notifications에 메일주소 남겨놓는게 좋음

 

1. <팀장> : 환경설정 셋팅

깃허브 리포지토리 새로 만들고
클론해서 자신 컴퓨터에서 환경설정 만듬
커밋 후 dev 브런치 만듬

다시 푸시 : git push --all (모든 브런치가 다 푸시됨)

깃허브 리포지토리 설정
settings -> Branchs -> Require a pull request before merging 체크: 보호받는 브런치가 됨, 푸시할 때 팀장은 승인 필요 없고 팀원은 승인(PR요청) 받아야 함

 

2. <팀원> : 작업하기 및 PR 올리기

① git clone ~~(이때 메인 브런치밖에 안가져와짐)
② git checkout -b dev origin/dev : 체크아웃 하면서 오리진 dev 브런치도 가져오기 필요
③ git checkout –b join-topic : 회원가입 작업 할 join-topic 만들기(dev에서 빠져나온 브런치)
④ 작업하기
⑤ git push origin join-topic : 작업 완료한 토픽 브런치 푸시하기
⑥ 깃허브 Pull Request 메뉴 -> create pull request : 이 토픽을 팀장에게 승인받는 절차

 

(= join-topic 브런치를 dev 브런치에 머지해도 될까요?)

create draft pull request : 나 아직 완료 안했는데 지금까지 만든 초안 봐주실 수 있나요?

 

3. <팀장> : 팀원의 PR 확인

리뷰 코멘트 남기기

comment: 그냥 코멘트만 남기기

approve: 승인

request changes: 거절

 

승인한 코드를 머지하려면 Merge pull request 클릭(리뷰에서 Approve 되었으면 이건 팀원이 클릭할 수도 있다.)

Squash : 토픽 브런치의 많은 커밋을 하나로 압축해서 머지(권장하지 않음)

 

4. <팀원> : PR 승인 후

토픽 작업 완료 후,
git push --delete origin login_topic 깃허브 오리진의 토픽 브런치 삭제
단, 팀원은 자기 컴퓨터에 브런치 계속 들고 있어도 됨

git pull origin dev : 그리고 dev 브런치 pull

5. <팀장> : (모든 프로젝트 완료 후) main 브런치에 푸시

① git pull origin dev
② git checkout main
③ git merge —no-ff dev : 머지 로그를 남기면서 병합
④ git tag blog1.0.1 : tag로 제품 버전 작성
⑤ git push --tags origin main 태그까지 푸시