05. 깃 PR
코드 블록의 Try it Yourself 버튼으로 직접 실행할 수 있다.
구문
1. GitFlow 협업 커밋부터 Merge까지
main, dev 두 브랜치를 운영하는 팀 기준이다.
A는 김망고, B는 박공원으로 가정한다.
1.1. 매일 작업 시작 전
A, B 둘 다 작업 전 반드시 dev 브랜치 최신 상태를 받아온다.
git checkout dev
git pull origin dev
1.2. A가 코드 작성 후 커밋 & push
git add .
git commit -m "feat: 로그인 기능 추가"
git push origin dev
1.3. A가 GitHub에서 PR 생성
ℹ️INFO
PR은 base: main ← compare: dev 방향으로 생성한다.

- GitHub → Pull requests 탭 클릭
- New pull request 클릭
- base: main ← compare: dev 확인
- Create pull request 클릭
- Title, Description 작성
- Reviewers 톱니바퀴 → 박공원 선택
- Create pull request 클릭
PR 제목과 설명은 아래 형식으로 작성한다.
Title:
feat: 로그인 기능 추가
Description:
- 로그인 UI 구현
- TMDB API 연결
- 유효성 검사 추가
1.4. A가 B에게 리뷰 요청 공유
카카오톡 또는 슬랙으로 PR 링크를 공유한다.
"PR 올렸습니다. 리뷰 부탁드립니다 "
https://github.com/계정명/저장소명/pull/번호

1.5. B가 코드 리뷰 후 Approve
⚠️WARNING
Comment나 Request changes가 아닌 반드시 Approve를 선택해야 머지 버튼이 활성화된다.
-
리뷰어는 자신의 계정으로 PR링크에 접속한다.


-
리뷰 체크리스트
- DESIGN.md 색상을 사용했는가? (하드코딩된 HEX 코드가 없는가?)
- 담당 파일만 수정했는가? (다른 사람 파일을 건드리지 않았는가?)
- GitHub Actions 빌드 체크가 통과했는가? (초록색 체크)
console.log가 남아있지 않은가?
-
리뷰후 Approve 선택

-
Merge Pull Request 클릭

-
커밋 메시지를 규칙에 맞게 작성후 머지한다.

✅ All checks have passed
✅ 1 approving review
1.7. A, B 둘 다 로컬 동기화
git checkout dev
git pull origin dev
1.8. 전체 흐름 요약
A: add → commit → push → PR 생성 → B에게 리뷰 요청
B: Files changed 확인 → Approve
A: 빌드 ✅ + Approve ✅ → Merge
A, B: git pull origin dev