git 풀 리퀘스트 하기

#1. git 로그인

먼저 개별적으로 알려준 계정을 통해 gitea에 로그인을 한다.

#2. 풀 리퀘스트 하기

그런 다음 브랜치 선택 버튼 옆에 있는 새 풀 리퀘스트를 클릭한다.

풀 리퀘스트는 말 그대로 풀(Pull)을 리퀘스트(Request) 하는것. 다시 말해 master 브랜치에게 dev 브랜치의 변경내용을 반영해 달라고 요청하는 작업이다.

상단에 어디에서 어디로 병합을 요청할 것인지 설정을 다시 한번 확인 한다.

[병합하기 : DevOps:master] ... [다음으로부터 풀 : DevOps:dev]

위 내용은 master 브랜치에 dev 브랜치의 내용을 merge하겠다는 내용이다.

dev 브랜치에서 작업하고 커밋한 내용을 확인 한 후, 새 풀 리퀘스트 버튼을 클릭한다.

타이틀과 내용에 풀 리퀘스트를 요청하는 내용, 소스의 변경점, 개선점 등등(merge를 승인해줄 사람이 납득할 만한 내용)을 적당히 작성하고 풀 리퀘스트 생성을 실행한다.

 

풀 리퀘스트가 완료되었다! 이제 메인 담당자의 승인을 기다리는 일만 남았다.

하지만 실제 운영서버에 배포하게 될 master 브랜치에 커밋은 그렇게 만만하지가 않다. 메인 담당자의 승인을 받기 위해서는 최소한 2명이상의 코드리뷰가  필요하다.(이는 해당 저장소에 별도로 설정 해준 값이고 언제든 변경이 가능하다.)

 

따라서 코드리뷰를 받기 위해 리뷰어를 설정해줘야 한다.

 

#3. 코드 리뷰

코드리뷰는 아주 중요한 문화이다. 소위 네카라쿠배당토 라고 불리우는 메이저 IT회사 뿐 아니라 일반 개발회사들도 이제 코드리뷰는 당연한 문화로 자리잡혀 있다.

다시 본인이 요청한 풀 리퀘스트로 돌아가보자. 이후 풀 리퀘스트 라는 용어는 PR 로 지칭하겠다.

풀 리퀘스트 메뉴에서 해당 PR은 [오픈] 상태 인것을 기억하자

해당 PR건으로 들어가보면 우측에 리뷰어를 선택하도록 되어 있는데, 이는 이 프로젝트에 속해있는 개인에게, 혹은 조직 전체에게 보낼 수 있다. 우리가 설정한 값은 특별한 2명이 아니라 아무나 2명이므로 제일 하단의 팀전체를 선택해준다.

이렇게 하면 구성원중 아무나 2명만 리뷰를 해주면 된다.

해당 PR에 대한 리뷰어 설정이 완료되었다.

이제 PR을 날린 작업자를 포함한 해당 팀원중에 아무나 로그인을 한 후 해당 PR에 들어가서 변경된 파일을 보게 되면

아래와 같이 리뷰를 작성할 수 있게 된다.

리뷰어가 변경된 파일을 확인하고, 리뷰 내용을 작성한 후 PR을 승인하게 되면, 이는 히스토리에 즉각 쌓이게 되고 PR화면에서 확인이 가능하다.

이제 이 PR 은 한명에게만 더 리뷰를 받으면 된다. 아무나 붙잡고 사정하자. 

팀원 중 누군가가 git에 로그인 하면 본인이 리뷰할 수 있는 PR이 있는 경우 우측 상단에 notice가 생성된다.

봤으니 해줘야지.

총 2명의 리뷰 승인을 획득했다!

이제 드디어 master 브랜치에 내가 작업한 내용을 반영할 수 있게 되었다.

 

#4. master 브랜치에 merge

master 브랜치에 머지할 수 있는 권한을 가진 사람이 gitea에 로그인하여 해당 PR을 살펴보면 아래와 같이 풀 리퀘스트 머지 버튼이 활성화 된다

PR Merge 작업이 완료되고 나면, 해당 PR은 자동을 닫히게 되고 master에 반영된 것을 확인 할 수 있다.

이전에 오픈 상태 였던 PR이 닫힘 상태가 되었다.

이제서야 내가 수정한 코드가 운영서버에 반영할 준비가 된 것이다.