1. GitFlow 협업 커밋부터 Merge까지

main, dev 두 브랜치를 운영하는 팀 기준이다.

A는 김망고, B는 박공원으로 가정한다.

1.1. 매일 작업 시작 전

A, B 둘 다 작업 전 반드시 dev 브랜치 최신 상태를 받아온다.

1
git checkout dev
2
git pull origin dev

1.2. A가 코드 작성 후 커밋 & push

1
git add .
2
git commit -m "feat: 로그인 기능 추가"
3
git push origin dev

1.3. A가 GitHub에서 PR 생성

1. GitHub → Pull requests 탭 클릭
2. New pull request 클릭
3. base: main ← compare: dev 확인
4. Create pull request 클릭
5. Title, Description 작성
6. Reviewers 톱니바퀴 → 박공원 선택
7. Create pull request 클릭

PR 제목과 설명은 아래 형식으로 작성한다.

1
Title:
2
feat: 로그인 기능 추가
3

4
Description:
5
- 로그인 UI 구현
6
- TMDB API 연결
7
- 유효성 검사 추가

1.4. A가 B에게 리뷰 요청 공유

카카오톡 또는 슬랙으로 PR 링크를 공유한다.

1
"PR 올렸습니다. 리뷰 부탁드립니다 "
2
https://github.com/계정명/저장소명/pull/번호

1.5. B가 코드 리뷰 후 Approve

1. 리뷰어는 자신의 계정으로 PR링크에 접속한다.

   

2. 리뷰 체크리스트

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

3. 리뷰후 Approve 선택

4. Merge Pull Request 클릭

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

1
✅ All checks have passed
2
✅ 1 approving review

1.7. A, B 둘 다 로컬 동기화

1.8. 전체 흐름 요약

1
A: add → commit → push → PR 생성 → B에게 리뷰 요청
2
B: Files changed 확인 → Approve
3
A: 빌드 ✅ + Approve ✅ → Merge
4
A, B: git pull origin dev