코드 리뷰와 병합 방식 — 리뷰 규칙·CODEOWNERS·merge/squash/rebase

PR 을 만든 다음이 진짜 협업입니다. 리뷰어가 무엇을 남기고, 누가 리뷰해야 하는지, 병합(merge) 버튼을 누르면 이력이 어떻게 남는지를 로컬 bare 저장소로 그대로 재현합니다.

1. 왜 배우는가

PR 을 올렸다고 끝이 아닙니다. 리뷰어가 코멘트만 남길지, 승인(Approve)할지, 변경을 요구(Request changes)할지에 따라 다음 행동이 달라집니다. 이 차이를 모르면 승인도 없이 병합을 시도하다 막히는 일이 잦습니다.

팀이 커지면 "누가 이 파일을 리뷰해야 하는가" 도 정해야 합니다. CODEOWNERS 파일과 브랜치 보호 규칙이 이 역할을 합니다. 필수 리뷰 수, 필수 검사, force push 금지 같은 규칙은 저장소를 사고로부터 지킵니다.

병합 방식도 선택이 필요합니다. merge commit, squash, rebase 는 겉으로는 "합쳐졌다" 는 결과가 같아 보여도 이력이 완전히 다르게 남습니다. 이 레슨은 세 방식을 같은 브랜치로 각각 병합해 git log --graph 로 차이를 직접 비교합니다.