태그(tag)는 브랜치와 어떻게 다르고 언제 사용하나요?

브랜치는 새 커밋에 따라 이동하는 포인터이고 태그는 특정 커밋에 붙는 고정 이름입니다. 릴리스 버전 표시에는 annotated tag가 자주 사용됩니다.

핵심 개념

핵심 기준은 이동 포인터와 고정 참조입니다.

브랜치는 개발이 진행되며 계속 이동하는 참조이고, 태그는 특정 커밋을 가리키는 고정 이름입니다. 릴리스에는 작성자, 날짜, 메시지, 서명 정보를 담을 수 있는 annotated tag를 사용하는 경우가 많습니다.

동작 흐름

1. 현재 브랜치의 상태와 변경 범위를 먼저 확인합니다.
2. 명령이 히스토리, 브랜치 포인터, 작업 디렉터리 중 무엇을 바꾸는지 구분합니다.
3. 공유 브랜치에 영향을 주는 작업인지 확인합니다.
4. 실행 후 git status와 git log --oneline --graph로 결과를 검증합니다.

실제 예시

git tag -a v1.2.0 -m "Release v1.2.0"
git push origin v1.2.0

예시는 핵심 흐름을 단순화한 것입니다. 실무에서는 팀의 배포 방식, 데이터 크기, 장애 영향도, 유지보수 비용까지 함께 고려해야 합니다.

실무에서 주의할 점

• 공유된 히스토리를 재작성하면 동료의 로컬 작업과 충돌할 수 있습니다.
• 충돌 해결은 한쪽 선택이 아니라 양쪽 변경 의도를 통합하는 과정입니다.
• 위험한 작업 전에는 임시 브랜치나 태그로 복구 지점을 남기면 안전합니다.

함께 연결해서 보면 좋은 키워드

Git, tag, branch, release

정리

한 줄로 정리하면, 브랜치는 새 커밋에 따라 이동하는 포인터이고 태그는 특정 커밋에 붙는 고정 이름입니다. 릴리스 버전 표시에는 annotated tag가 자주 사용됩니다. 개념의 정의뿐 아니라 적용 조건과 실패했을 때의 증상까지 함께 이해하는 것이 중요합니다.