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
- observability
- DevOps
- version-control
- Operations
- SRE
- PostgreSQL
- Performance
- architecture
- 성능
- Infra
- API
- CSS
- Kubernetes
- react
- HTTP
- backend
- database
- JavaScript
- web
- NextJS
- CI
- Debugging
- aws
- reliability
- auth
- Git
- Security
- Ops
- 버전관리
- frontend
Archives
- Today
- Total
고민보단 실천을
git switch 브랜치 전환 실수 방지: -c와 --detach 사용 시점 완전 정리 본문
git switch 브랜치 전환 실수 방지: -c와 --detach 사용 시점 완전 정리
git switch는 브랜치 이동 작업을 명확히 분리해 checkout보다 실수를 줄여준다. 특히 신규 브랜치 생성과 detached HEAD 진입을 구분해 쓰는 것이 핵심이다.

기본 사용법
git switch main
git switch -c feature/cart-coupon자주 쓰는 옵션 4가지
| 항목 | 의미 | 언제 쓰는지(실무 상황) |
|---|---|---|
| -c | 새 브랜치 생성 후 전환 | 이슈 단위 작업을 시작할 때 |
| -C | 브랜치 강제 재생성 후 전환 | 실험 브랜치를 초기화해 다시 시작할 때 |
| --detach | 브랜치 없이 특정 커밋으로 이동 | 과거 커밋 재현 테스트 시 |
| - | 직전 브랜치로 즉시 복귀 | 핫픽스 확인 후 원래 작업으로 돌아갈 때 |
문제 상황
상황: 브랜치 전환 중 미커밋 변경 충돌로 작업이 꼬인다.
원인: 변경 정리 없이 switch를 수행했다.
해결: 전환 전 git status 확인 후 commit 또는 stash 처리하고 전환한다.
예방 팁: 작업 시작/종료 루틴에 status 체크를 고정한다.
참고/출처
공식 문서: git-switch manual
공식 문서: Pro Git - Basic Branching
신뢰 자료: GitHub Blog - Git 2.23 highlights
'GIT' 카테고리의 다른 글
| git branch 운영 전략: 생성·이름변경·삭제 규칙으로 협업 브랜치 관리하기 (0) | 2026.02.21 |
|---|---|
| git bisect로 버그 커밋 찾기: 이진 탐색으로 원인 추적 시간을 줄이는 법 (0) | 2026.02.20 |
| git status로 변경사항 한눈에 확인: 충돌 전 점검 체크리스트 실무 정리 (0) | 2026.02.20 |
| git rebase 이력 깔끔하게 정리: 충돌 복구와 interactive rebase 실전 (0) | 2026.02.20 |
| git pull 충돌 줄이기: --rebase와 --ff-only 선택 기준 팀 실무 가이드 (0) | 2026.02.19 |
Comments
