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
- SRE
- CSS
- auth
- 버전관리
- DevOps
- aws
- observability
- Operations
- 성능
- CI
- API
- frontend
- Ops
- backend
- react
- reliability
- version-control
- Kubernetes
- Debugging
- Performance
- PostgreSQL
- NextJS
- JavaScript
- web
- HTTP
- Security
- database
- Git
- Infra
- architecture
Archives
- Today
- Total
고민보단 실천을
git merge 충돌 해결 가이드: --no-ff 전략과 안전한 병합 절차 정리 본문
git merge 충돌 해결 가이드: --no-ff 전략과 안전한 병합 절차 정리
git merge는 팀 협업 결과를 통합하는 단계다. 충돌이 발생해도 절차를 고정하면 빠르게 복구하고 안정적으로 병합할 수 있다.
기본 사용법
git switch main
git merge feature/checkout-refactor
자주 쓰는 옵션 4가지
| 항목 | 의미 | 언제 쓰는지(실무 상황) |
|---|---|---|
| --no-ff | 항상 merge commit 생성 | 기능 단위 이력을 명확히 남기고 싶을 때 |
| --ff-only | fast-forward만 허용 | 히스토리 단순화를 강제할 때 |
| --squash | 여러 커밋을 하나로 반영 | 리뷰 후 잡다한 커밋을 정리할 때 |
| --abort | 진행 중 병합 취소 | 충돌 규모가 커서 병합을 다시 설계할 때 |
문제 상황
상황: 병합 충돌을 임시로 처리해 기능이 깨진 채 main에 반영된다.
원인: 충돌 파일 테스트 없이 merge commit을 완료했다.
해결: 충돌 해결 후 단위 테스트와 주요 시나리오를 재검증한 뒤 merge를 완료한다.
예방 팁: 장수 브랜치를 피하고 자주 rebase/merge로 차이를 줄인다.
참고/출처
공식 문서: git-merge manual
공식 문서: Pro Git - Basic Branching and Merging
신뢰 자료: Atlassian - git merge
'GIT' 카테고리의 다른 글
| git rebase 이력 깔끔하게 정리: 충돌 복구와 interactive rebase 실전 (0) | 2026.02.20 |
|---|---|
| git pull 충돌 줄이기: --rebase와 --ff-only 선택 기준 팀 실무 가이드 (0) | 2026.02.19 |
| git clone 속도 높이기와 인증 오류 해결: private 저장소 복제 실무 가이드 (0) | 2026.02.19 |
| git commit 커밋 수정 실무: --amend와 --fixup으로 메시지·이력 정리하기 (0) | 2026.02.19 |
| git checkout 되돌리기와 브랜치 이동: 파일 복구까지 안전하게 쓰는 법 (0) | 2026.02.19 |
Comments
