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
- Operations
- CSS
- auth
- web
- Infra
- Performance
- API
- HTTP
- DevOps
- NextJS
- CI
- Kubernetes
- observability
- backend
- version-control
- Ops
- Debugging
- database
- react
- 성능
- SRE
- frontend
- aws
- Microservices
- architecture
- PostgreSQL
- reliability
- JavaScript
- Git
- Security
Archives
- Today
- Total
고민보단 실천을
git branch 전략 실무: 생성·이름변경·정리까지 안전하게 관리하는 방법 본문
git branch 전략 실무: 생성·이름변경·정리까지 안전하게 관리하는 방법
git branch는 협업 구조를 결정한다. 브랜치 생성과 삭제를 규칙 없이 운영하면 릴리스 안정성이 빠르게 낮아진다.
기본 사용법
git branch
git branch feature/payment-refactor
git branch -d feature/payment-refactor
자주 쓰는 옵션 5가지
| 항목 | 의미 | 언제 쓰는지(실무 상황) |
|---|---|---|
| -a | 로컬+원격 브랜치 목록 | 원격 상태까지 함께 점검할 때 |
| -vv | 추적 브랜치와 최근 커밋 표시 | 브랜치 정리 대상 판단 시 |
| -m | 브랜치 이름 변경 | 작업 범위가 바뀌어 이름을 표준화할 때 |
| -d | 병합 완료 브랜치 안전 삭제 | 배포 후 feature 브랜치 정리 시 |
| -D | 강제 삭제 | 실험 브랜치를 즉시 제거할 때 |
문제 상황
상황: 오래된 브랜치가 누적되어 어떤 브랜치가 활성인지 혼란이 발생한다.
원인: 머지 후 정리 규칙이 없고 담당자 소유가 불명확하다.
해결: git branch -vv로 추적 상태를 확인하고 릴리스 완료 브랜치를 정기 삭제한다.
예방 팁: 브랜치 네이밍 규칙(feat/, fix/, hotfix/)과 만료 정책을 팀 규칙으로 고정한다.
참고/출처
공식 문서: git-branch manual
공식 문서: Pro Git - Branches in a Nutshell
신뢰 자료: Atlassian - Using branches
'GIT' 카테고리의 다른 글
| git push 안전하게 쓰는 법: --force-with-lease로 강제 푸시 사고 막기 (0) | 2026.02.18 |
|---|---|
| git log 이력 추적 정복: 커밋 검색과 감사에 유용한 옵션 실무 활용법 (0) | 2026.02.18 |
| git add 실수 줄이기: -p로 변경사항 선택 스테이징하는 방법과 복구 팁 (0) | 2026.02.18 |
| git checkout 사용법 – 언제 쓰는지, 브랜치 전환과 파일 되돌리기 비교 (0) | 2026.02.10 |
| git add 사용법 – 스테이징이 무엇인지, 언제 쓰는지, commit과 연결 (0) | 2026.02.10 |
Comments
