git switch 브랜치 변경 실무: -c, --detach, 직전 브랜치 복귀까지 한 번에

git switch 브랜치 변경 실무: -c, --detach, 직전 브랜치 복귀까지 한 번에

git switch는 브랜치 전환 목적을 명확히 분리해 checkout 대비 실수를 줄인다. 작업 중 컨텍스트 전환이 많은 팀에서 특히 유용하다. 초보~중급 개발자가 바로 적용할 수 있도록 명령어 흐름, 옵션 선택 기준, 복구 절차를 실무 중심으로 설명한다.

브랜치 전환 개념도 (출처: Pro Git, git-scm.com)

git switch 기본 사용 패턴

git switch -c feature/cart-coupon
git switch main
git switch -

자주 쓰는 옵션 3~6개

항목	의미	언제 쓰는지(실무 상황)
-c	브랜치 생성 후 전환	이슈 단위 개발을 시작할 때
-C	브랜치 강제 재생성 후 전환	실험 브랜치를 초기화할 때
--detach	브랜치 없이 특정 커밋으로 이동	과거 커밋 재현 테스트 시
-	직전 브랜치로 복귀	핫픽스 점검 후 기존 작업으로 돌아갈 때

실무 적용 순서

1) 실행 전 상태 확인

git status와 git log로 현재 위치를 확인한다. 특히 원격 공유 브랜치인지, 로컬 전용 브랜치인지 먼저 판단해야 안전하다.

2) 목적에 맞는 옵션 선택

동일 명령어라도 옵션에 따라 이력 보존, 충돌 위험, 협업 영향이 달라진다. 팀 정책과 배포 단계에 맞춰 옵션을 고른다.

3) 실행 후 검증

명령 실행 뒤에는 status, diff, 테스트를 통해 결과를 검증한다. 필요하면 즉시 복구 명령(reflog, revert, stash)을 연계한다.

문제 상황 1개

상황: 브랜치 전환 시 미커밋 변경 충돌로 작업이 중단된다.
원인: 전환 전에 변경 상태 점검과 임시 저장을 하지 않았다.
해결: status 확인 후 commit 또는 stash 처리 뒤 switch를 수행한다.
예방 팁: 브랜치 전환 전에 git status -sb를 습관화한다.

참고/출처

공식 문서: git-switch manual
공식 문서: Pro Git - Basic Branching
신뢰 자료: GitHub Blog - Git 2.23 highlights