[Git] git tag & 버전 넘버링 규칙: git은 버전관리도구이다!!

💡 본 문서는 'Git tag를 사용한 버전관리'에 대해 정리해놓은 글입니다.
Git은 많은 사람들이 코드 저장소로 사용하지만, 탄생 목적은 버전관리에 있습니다. Git tag를 통해 Git의 핵심기술인 버전관리를 알아보고 활용해보도록 합시다.

1. 태깅 (git tag)

실제 버전 반영은 태깅을 통해 수행됩니다. 다음은 태깅 과정입니다.

1.1 전체 태그 목록 확인

git tag -l

1.2 태그 추가

git tag -a v2.0.0 -m "Release v2.0.0: 체인지 로그 요약"

1.3 특정 커밋 ID에 태그 추가

git tag -a v2.0.1 e3afd034 -m "Tag Message"

1.4 태그 푸시

푸시하지 않으면 로컬에만 반영됩니다

git push --tags

1.5 현재 태그 확인

# 최신 Tag명 확인
git describe --tags --abbrev=0

# `최신 Tag명` + `최신태그명으로부터 Commit 갯수` + `commit ID`(현재 HEAD의 SHA1 ID)
git describe --tags

1.6 태그 삭제

# git push origin :v1.0.0

2. 특정 테그 사용하기

2.1 태그 확인

git tag -l

2.2 특정 태그 가져오기

git clone
git checkout tags/<tag_name>

2.3 특정 태그 가져와 브렌치에서 작업하기

$ git checkout tags/<tag_name> -b <branch_name>

3. 버전 넘버링 규칙

하기 예시는 순차적으로 이어지는 개발 시나리오를 가정합니다.

• 기존 버전 확인
  • v4.5.1
  • 버전 수정시 직전 버전을 기준으로 각 값을 올려야 합니다
• 많은 버그 수정으로 인해 pre-release 개시
  • v4.5.2-alpha.1
• Pre-release 중 재배포
  • v4.5.2-alpha.2
• 기능의 정리는 끝났으나, 테스팅이 더 필요한 경우 beta로 올림
  • v4.5.2-beta.1
• QA 검수 완료 후 공식 릴리즈 버전 생성
  • v4.5.2
• 버그만을 수정하여 공식 릴리즈를 다시 하는 경우
  • v4.5.3
• 새 기능이 추가된 경우(하위호환 가능)
  • v4.6.3
• 호환이 불가능한 API/ABI 변화가 생긴 경우
  • v5.0.0
• 이 외의 추가적인 버전 넘버링 규칙은 Semantic Versioning 2.0.0 를 따르도록 합니다.

참고

• [Blog] Semantic Versioning 2.0.0: https://semver.org/
• [Blog] Tag 추가, 변경 및 삭제하기: http://minsone.github.io/git/git-addtion-and-modified-delete-tag
• [Blog] How-to-tag-an-old-Git-commit-id: https://www.theserverside.com/blog/Coffee-Talk-Java-News-Stories-and-Opinions/How-to-tag-an-old-Git-commit-id 
• [Blog] 현재의 tag명, branch명 알아내기: https://forgiveall.tistory.com/m/448