반응형
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 | 31 |
Tags
- 프로그래밍
- 한빛미디어
- 다트
- command
- 개발자도서
- GIT
- 플러터
- 개발자
- linux
- manim
- 수학 애니메이션
- 도커
- 명령어
- 유데미
- 파이썬
- 개발
- Code Generation
- docker
- 유데미 러닝크루
- ai
- 책
- dart
- 깃
- flutter
- python
- vscode
- 리눅스
- 도서
- 디자인패턴
- 코딩
Archives
- Today
- Total
승상의 코딩 블로그
[Git] Semantic Version 관리 (v1.0.0-rc.1) 본문
반응형
2025.06.14 - [Git(깃)] - [Git] git tag 활용방법
[Git] git tag 활용방법
git tag 는 코드를 안정적으로 운용하는데 유용한 명령어다.특정 시점의 커밋으로 복구할 수 있는 기준점을 만들어준다.기준점이 공유되므로 협업하기도 편하다. (ex. 특정 버전에 에러가 있습니
seungsang.tistory.com
버전을 기록할 때, 태그를 남기면 될 것이다.
그런데, 태그명은 어떻게 정해야할까?
이름 짓는 것은 항상 큰 숙제이다.
버전 규칙으로 Sematic Versioning(SemVer) 를 가장 많이 사용한다.
우리가 일반적으로 접하는 "v1.0.0-rc.1"와 같은 형태이다.
Semantic Versioning 은 버전번호(Major.Minor.Patch) 를 통해 소프트웨어의 변화를 파악하고,
기존 버전과의 호환성을 쉽게 파악할 수 있다.
(ex. 버그가 수정된건가? 기능이 추가된건가? 기존 인터페이스는 유지된건가?)
이는, 여러 패키지와 라이브러리의 의존성 여부를 쉽게 판단할 수 있게 해준다.
태그 규칙
vX.Y.Z[-pre-release][+build]
- Major (X): 호환되지 않는 API 변경
- Minor (Y): 이전 버전과 호환되는 기능 추가
- Patch (Z): 호환 가능한 버그 수정
- [-pre-release] 는 alpha, beta, rc(release candidate) 같은 식별자이다. 정식 버전보다 우선순위가 낮다.
- alpha: 초기 개발 단계(불안정)
- beta: 기능 구현은 완료되었으나, 추가 테스트 등이 필요함.
- rc(release candidate): 정식 릴리즈 후보, 거의 완성된 상태
- [+build] 는 +20130313 이런식으로 추가 정보를 삽입한다. 버전 비교에서는 무시되는 부분이다. 나는 쓰는걸 많이 못본거 같다.
💡 태그의 우선순위는 아래와 같다.
v1.0.0-alpha < v1.0.0-alpha.1 < v1.0.0-beta < v1.0.0-rc.1 < v1.0.0
반응형
'Git(깃)' 카테고리의 다른 글
[Git] git commit template - 그래서 commit convention 을 어떻게 외우지? (0) | 2025.06.14 |
---|---|
[Git] Commit Message Convention (feat: 로그인 기능 추가) (0) | 2025.06.14 |
[Git] git tag 활용방법 (0) | 2025.06.14 |
[Git] Git에 올리면 안 되는 파일, .gitignore로 관리하기 (0) | 2025.06.14 |
[Git] Git에서 autocrlf는 왜 설정해야 할까? (0) | 2025.06.14 |
Comments