Reviewers는 리뷰를 해주는 사람을 선택합니다. (여기서는 본인이 직접 리뷰어가 되지는 않습니다)
Assignees는 작업 한 사람을 선택합니다 (여기서는 본인이 갈 것이므로 본인을 선택합니다) Labels는 이 작업을 나타내는 태그를 선택합니다 (여기서는 디자인 작업을 하였으므로 design을 선택합니다) Projects는 Organization에서 생성해 둔 Project를 선택합니다. (저희 프로젝트의 이름인 Rememeber Plus를 선택합니다) MileStone에는 이슈와 브랜치가 연결되어있으므로 자동으로 선택됩니다.
그렇게 생성을 한 후 Development에 이슈가 등록되어있는 것을 볼 수 있습니다.
이렇게 연결된 이슈, 브랜치, Pull request는 merge가 완료되면서 동시에 닫히며 적용됩니다.
5. 코드리뷰 하기
어찌보면 협업을 할 때 병합 이전의 가장 중요하고도 필수적인 요소중 하나는 코드리뷰일 지도 모릅니다.
자신이 작성한 코드를 타인이 확인을 해보며 오류나 더 나은 로직을 제안받을 수도 있기 때문이죠.
기본적인 설정에서는 스스로가 병합(Merge)를 할 수 있는 상태이겠지만 스스로 병합을 하는 것은 좋지 않은 습관입니다.
따라서 Branch Protection Rules 를 적용하여 브랜치가 무분별하게 병합되는 것을 방지합니다.
여기서는 1명 이상의 리뷰어가 Approve를 해야하고, 모든 리뷰가 해결되어야만 merge 가능하도록 설정하였습니다.
코드리뷰는 Files changed 항목에 가서 진행됩니다.
변경된 파일들의 viewed를 눌러 봤다고 체크할 수도 있습니다.
이런 식으로 옆의 십자가 부분을 드래그 하여 특정 코드에 대한 리뷰도 남길 수 있습니다.
그렇게 리뷰 또는 comment를 남기고 나면 본인이 남긴 글 옆에 pending 이라고 나타나 있을 것입니다.
이 pending 상태를 해결하기 위해 Review changes를 눌러 commit이나 approve를 선택하시고 submit review를 눌러줍니다.