Notice
Recent Posts
Recent Comments
Link
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | |||
| 5 | 6 | 7 | 8 | 9 | 10 | 11 |
| 12 | 13 | 14 | 15 | 16 | 17 | 18 |
| 19 | 20 | 21 | 22 | 23 | 24 | 25 |
| 26 | 27 | 28 | 29 | 30 |
Tags
- Kubernetes
- Infra
- Operations
- CI
- Debugging
- architecture
- backend
- API
- auth
- aws
- CSS
- JavaScript
- PostgreSQL
- 성능
- reliability
- DevOps
- SRE
- Security
- version-control
- Git
- database
- frontend
- 버전관리
- NextJS
- Ops
- observability
- HTTP
- react
- Performance
- web
Archives
- Today
- Total
고민보단 실천을
git rebase 이력 깔끔하게 정리: 충돌 복구와 interactive rebase 실전 본문
git rebase 이력 깔끔하게 정리: 충돌 복구와 interactive rebase 실전
git rebase는 기능 브랜치를 최신 기준으로 재정렬해 리뷰 가독성을 높여준다. 단, 공유 브랜치에 무분별하게 사용하면 협업 사고가 생길 수 있다.

기본 사용법
git switch feature/search-api
git rebase main자주 쓰는 옵션 5가지
| 항목 | 의미 | 언제 쓰는지(실무 상황) |
|---|---|---|
| -i | interactive rebase | 커밋 순서/메시지/스쿼시 정리가 필요할 때 |
| --continue | 충돌 해결 후 진행 | 충돌 파일 수정 완료 후 다음 단계로 갈 때 |
| --abort | 리베이스 중단 | 충돌이 과도해 전략을 바꿔야 할 때 |
| --skip | 현재 커밋 건너뜀 | 중복 반영된 커밋이 있을 때 |
| --autosquash | fixup/squash 자동 정렬 | 리뷰 반영 커밋을 정돈할 때 |
문제 상황
상황: rebase 후 원격 푸시가 거절되고 동료 브랜치와 충돌한다.
원인: 공유 이력을 재작성했는데 강제 푸시 정책을 고려하지 않았다.
해결: 팀 합의된 브랜치에서만 rebase하고 필요 시 --force-with-lease로 안전하게 갱신한다.
예방 팁: main/shared 브랜치에는 rebase 대신 merge 정책을 유지한다.
참고/출처
공식 문서: git-rebase manual
공식 문서: Pro Git - Rebasing
신뢰 자료: Atlassian - git rebase
'GIT' 카테고리의 다른 글
| git switch 브랜치 전환 실수 방지: -c와 --detach 사용 시점 완전 정리 (0) | 2026.02.20 |
|---|---|
| git status로 변경사항 한눈에 확인: 충돌 전 점검 체크리스트 실무 정리 (0) | 2026.02.20 |
| git pull 충돌 줄이기: --rebase와 --ff-only 선택 기준 팀 실무 가이드 (0) | 2026.02.19 |
| git merge 충돌 해결 가이드: --no-ff 전략과 안전한 병합 절차 정리 (0) | 2026.02.19 |
| git clone 속도 높이기와 인증 오류 해결: private 저장소 복제 실무 가이드 (0) | 2026.02.19 |
Comments
