반응형
이번 포스팅에서는 [브랜치와 병합] 파트의 세부 주제인 안전하고 깔끔한 브랜치 관리 전략에 대하여 상세히 알아보겠습니다.

1. 종료된 브랜치의 정리
병합이 완료되어 더 이상 사용하지 않는 기능 브랜치는 방치하지 않고 즉각 삭제하는 것이 로컬 저장소 관리에 이롭습니다. 브랜치 수가 너무 많아지면 추적과 관리가 힘들어집니다.
# 현재 브랜치에 안전하게 병합된 로컬 브랜치 삭제 (-d 소문자)
$ git branch -d feature-login
# 병합 여부와 상관없이 강제로 로컬 브랜치 삭제 (-D 대문자)
$ git branch -D feature-experimental
# 원격 저장소(origin)에 존재하는 브랜치 삭제
$ git push origin --delete feature-login
2. 브랜치 동기화 최적화 (Prune)
팀원 누군가가 원격 저장소에서 feature-login 브랜치를 지웠더라도, 나의 로컬 컴퓨터에서는 원격에 해당 브랜치가 남아있다고 잘못 표시되는 경우가 빈번합니다. 이럴 때는 로컬의 참조(Reference) 정보를 최신화해야 합니다.
# 원격 저장소에서 이미 삭제된 브랜치 정보들을 로컬에서도 정리
$ git fetch --prune
설정 팁: 매번
--prune옵션을 타이핑하기 번거롭다면,git config --global fetch.prune true명령어를 실행해 두세요. 향후git fetch나git pull수행 시 자동으로 낡은 브랜치 찌꺼기들을 청소해 줍니다.
지금까지 안전하고 깔끔한 브랜치 관리 전략의 개념과 구체적인 활용 방안에 대해 살펴보았습니다. 이어지는 다음 포스팅에서 관련 심화 주제를 지속적으로 다루어보겠습니다.
반응형
'CI.CD > GIT' 카테고리의 다른 글
| [GIT] 과거 시점으로 되돌리기 (Reset & Revert) (0) | 2026.07.14 |
|---|---|
| [GIT] 미완성 작업 임시 저장하기 (Stash) (0) | 2026.07.14 |
| [GIT] Merge와 Rebase의 차이 및 선택 기준 (0) | 2026.07.14 |
| [GIT] 히스토리를 선형으로 정리하기 (Rebase) (0) | 2026.07.14 |
| [GIT] 충돌(Conflict) 발생 원인과 해결 가이드 (0) | 2026.07.14 |