git pull request 날리기

작업을 완료하고 github에 올린다음,
팀원들과 공유하고 피드백 및 수정을 거쳐
최종본이 main branch와 병합된다.

이 순서를 하나하나 뜯어보도록 하자.

로컬에서 원격으로 브랜치 만들기

먼저 처음, 내 로컬에 git 을 생성할 때는 git init 을 사용한다.
그 이후로 git add . 와 git commit -m "massage" 로 로컬 커밋을 해준다.
git remote add [깃헙주소] 로 원격 저장소와 연결해준다음,git branch 가 없다면, git branch -b "브랜치 이름;으로 하나 새로 만들어주고
git push origin [브랜치 이름] 으로 원격저장소에도 새로운 데이터와 브랜치 추가를 반영한다.

pull request & 승인

작업 진행 후 해당 브랜치에 push 를 보내면 아래와 같이 pull request가 뜨게된다.
pull request 란 말그대로 다른 브랜치에게 내 브랜치의 내용을 pull 받아 달라는 요청을 보내는 것이다.
pull request 와 함께 간단한 설명과 함께 메세지를 보내게 되고,pull request 를 확인한 팀원은 아래 중 하나를 선택해 코드리뷰를 남긴다.
1. comment : merge 승인 없이 피드백만 보내기
2. Approve : merge 승인과 함께 피드백 보내기
3. Request changes : merge 승인 전 수정 필요 사항 피드백 보내기

만약 팀원의 3. Request changes 를 받게 된다면,
팀원이 체크한 수정사항을 하나하나 고치거나, 수정 거절을 한 뒤 팀원에게 재 리뷰를 부탁하고,
이후 팀원의 2. Approve 를 받고 나서야 최종 merge 를 할 수 있게된다.

승인이 필요한 이유 & 규칙 만들기

승인이 필요한 것은 아무나 pull request 를 보내어 merge 하거나
동의 없이 잘못된 코드가 merge 되는 상황을 피하기 위해 두번 세번 체크하는 안전장치다.
아래에는 승인 규칙을 설정하는 방법을 담았다.

1. 설정창의 브랜치 탭에서 룰 추가 선택하기

2. 규칙의 이름을 설정하고, 승인 필요 여부와 그 횟수를 설정한다.
   (ex : 최소 1명의 승인이 필요하다.)
   

3. permission 이라는 이름의 규칙이 생성된 모습