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
- HTTP
- CSS
- PostgreSQL
- JavaScript
- version-control
- 성능
- 버전관리
- architecture
- frontend
- react
- Kubernetes
- auth
- API
- web
- Security
- Git
- NextJS
- Operations
- CI
- Infra
- reliability
- DevOps
- Debugging
- SRE
- observability
- database
- backend
- Ops
- aws
- Performance
Archives
- Today
- Total
고민보단 실천을
git pull 충돌 줄이기: --rebase와 --ff-only 선택 기준 팀 실무 가이드 본문
git pull 충돌 줄이기: --rebase와 --ff-only 선택 기준 팀 실무 가이드
git pull은 fetch와 merge(rebase)를 합친 명령이다. 팀 정책 없이 쓰면 히스토리가 복잡해지고 충돌 복구 비용이 늘어난다.
기본 사용법
git pull origin main
git pull --rebase origin main
자주 쓰는 옵션 4가지
| 항목 | 의미 | 언제 쓰는지(실무 상황) |
|---|---|---|
| --rebase | 가져온 후 리베이스로 재정렬 | 개인 feature 브랜치 히스토리를 깔끔히 유지할 때 |
| --ff-only | fast-forward만 허용 | 예상치 못한 merge commit 생성을 막을 때 |
| --no-rebase | 항상 merge 방식 사용 | 팀이 merge 중심 정책일 때 |
| --autostash | 로컬 변경을 임시 보관 후 pull | 작업 중 동기화가 급히 필요할 때 |
문제 상황
상황: pull 이후 의도치 않은 merge commit이 쌓여 로그가 복잡해진다.
원인: 로컬 기본 pull 전략을 설정하지 않았다.
해결: git config pull.rebase true 또는 pull.ff only로 팀 정책을 명시한다.
예방 팁: 저장소 README에 pull 전략과 예외 상황을 함께 문서화한다.
참고/출처
공식 문서: git-pull manual
공식 문서: git-config (pull.rebase, pull.ff)
신뢰 자료: GitHub Docs - Getting changes from a remote repository
'GIT' 카테고리의 다른 글
| git status로 변경사항 한눈에 확인: 충돌 전 점검 체크리스트 실무 정리 (0) | 2026.02.20 |
|---|---|
| git rebase 이력 깔끔하게 정리: 충돌 복구와 interactive rebase 실전 (0) | 2026.02.20 |
| git merge 충돌 해결 가이드: --no-ff 전략과 안전한 병합 절차 정리 (0) | 2026.02.19 |
| git clone 속도 높이기와 인증 오류 해결: private 저장소 복제 실무 가이드 (0) | 2026.02.19 |
| git commit 커밋 수정 실무: --amend와 --fixup으로 메시지·이력 정리하기 (0) | 2026.02.19 |
Comments
