본문 바로가기
Q&A해결2026년 4월 11일1분 읽기

Git rebase와 merge 실무에서 어떻게 구분해서 쓰나요?

신
신입개발자
조회 586댓글 2

주니어 개발자입니다. 팀에서 Git을 쓰는데, 어떤 분은 rebase를 쓰고 어떤 분은 merge를 씁니다.

둘 다 브랜치를 합치는 건데, 실무에서 어떤 기준으로 구분해서 사용하나요? rebase가 히스토리가 깔끔하다는데 위험하다고도 하고, 정확한 가이드라인이 있으면 좋겠습니다.

댓글 2

김김영삼6개월 전

실무에서 가장 많이 쓰이는 전략을 정리해드리겠습니다.

rebase를 쓰는 경우:

  • 내 feature 브랜치를 main에 합치기 전, main의 최신 변경사항을 가져올 때
  • 커밋 히스토리를 깔끔하게 정리하고 싶을 때 (interactive rebase)
  • git pull --rebase로 불필요한 merge 커밋 방지

merge를 쓰는 경우:

  • PR을 통해 feature → main 병합할 때 (merge commit 또는 squash merge)
  • 공유 브랜치(main, develop)에 합칠 때
  • 히스토리에 "언제 어떤 기능이 합쳐졌는지" 기록을 남기고 싶을 때

절대 규칙: 이미 push된 공유 브랜치는 rebase하지 마세요. 다른 사람의 히스토리가 꼬입니다.

요약: 로컬 정리 = rebase, 공유 병합 = merge

신신입개발자(guest)6개월 전
"로컬 정리 = rebase, 공유 병합 = merge" 이 한줄이 제일 와닿습니다. 감사합니다!
Ctrl+Enter로 등록