Pull Request 흐름
4. 응용 변형 예제
4.1 초안(Draft) PR 로 진행 상황 공유
git push -u origin feat/payment
# GitHub 화면에서 "Create draft pull request" 선택리뷰 요청 없이 CI 결과만 확인하다가 완료되면 "Ready for review" 로 전환합니다.
4.2 이슈와 PR 자동 연결
git commit -m "feat: 결제 재시도 로직 추가
Fixes #42"Fixes·Closes·Resolves 뒤에 이슈 번호를 쓰면 PR 본문에도 같은 문장을 넣습니다.
4.3 PR 이 뒤처졌을 때 최신화
git fetch origin
git switch feat/login
git rebase origin/main
git push --force-with-leasemerge 대신 rebase 를 쓰면 히스토리가 한 줄로 유지됩니다. 팀 규칙에 따라 merge origin/main 을 쓰기도 합니다.
4.4 여러 커밋을 하나로 정리해 병합
git rebase -i origin/main
# squash 로 표시된 커밋들을 하나로 합친 뒤
git push --force-with-leaseGitHub 화면의 "Squash and merge" 버튼도 내부적으로는 같은 결과를 만듭니다.
4.5 diff 로 리뷰 범위만 정확히 확인
git diff --name-only origin/main...feat/login
git diff origin/main...feat/login -- Login.java특정 파일 하나만 골라 보면 리뷰할 범위를 좁혀 실수를 줄입니다.