GitHub Flow: 단순 (main + feature 브랜치). Git Flow: 체계적 (develop/release/hotfix). Trunk-Based: 빠른 배포 (짧은 feature 브랜치). 팀 규모와 배포 빈도에 따라 선택.
Git 고급 워크플로우 — 실무에서 바로 쓰는 전략
Git 브랜치 전략, rebase, cherry-pick 등 고급 워크플로우를 실전 중심으로 정리한다. Git Flow vs Trunk-Based, 충돌 해결, bisect 디버깅, 대규모 리포 관리 전략을 포함한다.
한 줄 요약: Git 고급 워크플로우의 핵심은 Interactive Rebase로 커밋 히스토리를 정리하고, Trunk-based Development로 브랜치 수명을 최소화하는 것이다.
git add/commit/push를 넘어, 팀 협업에서 충돌을 줄이고 히스토리를 깔끔하게 유지하는 고급 Git 전략을 정리한다. Trunk-based Development, Git Flow, Squash Merge 등의 장단점을 비교한다.
브랜치 전략 비교
Interactive Rebase: git rebase -i HEAD~5로 최근 5개 커밋을 정리한다. 의미 없는 커밋('fix typo', 'wip')을 squash로 합치고, 커밋 메시지를 명확하게 수정한다. PR을 올리기 전에 히스토리를 정리하면 리뷰어가 변경 의도를 쉽게 파악할 수 있다.
유용한 Git 명령어 모음# 커밋 히스토리 정리 git rebase -i HEAD~5 # 특정 커밋의 변경 내용 확인 git show abc123 # 변경사항을 임시 저장 git stash push -m "feature WIP" git stash pop # 다른 브랜치의 특정 커밋만 가져오기 git cherry-pick abc123 # 삭제된 브랜치 정리 git fetch --prune
브랜치 전략 비교: Trunk-based Development는 main 브랜치에 직접(또는 짧은 feature 브랜치로) 커밋하는 방식. CI/CD가 잘 갖춰진 팀에 적합하며, Google, Meta 등 대형 테크 기업이 사용한다. Git Flow는 develop/release/hotfix 브랜치를 사용하는 전통적 방식으로, 릴리스 주기가 긴 프로젝트에 적합하다.
rebase vs merge
merge: 이력이 그대로 보존, 머지 커밋 생성. rebase: 깔끔한 선형 이력, 하지만 강제 푸시 필요. 개인 브랜치는 rebase, 공유 브랜치는 merge가 안전합니다.
유용한 명령어
git stash— 작업 중 임시 저장git cherry-pick— 특정 커밋만 가져오기git bisect— 버그 도입 커밋 찾기git reflog— 실수로 삭제한 것 복구
충돌 해결 전략
충돌을 줄이는 최선의 방법은 브랜치 수명을 짧게 유지하는 것이다. 하루 이상 유지되는 브랜치는 충돌 확률이 급격히 증가한다. 충돌이 발생하면 git merge --abort로 안전하게 취소하고, VS Code의 3-way merge 에디터로 시각적으로 해결하라.
팁:
git rerere(reuse recorded resolution)를 활성화하면 이전에 해결한 충돌 패턴을 기억해 같은 충돌을 자동으로 해결한다. git config --global rerere.enabled true로 설정.git브랜치rebase워크플로우협업