A. 보통 주Major.부Minor.수Patch로 적는다.
Major는 크게 바뀔 때, Minor는 새로운 기능 추가, Patch는 버그 수정할 때 하나씩 올린다.
출처: Semantic Versioning유의적 버전
요약
버전을 주.부.수 숫자로 하고:
기존 버전과 호환되지 않게 API가 바뀌면 “주(主) 버전”을 올리고,
기존 버전과 호환되면서 새로운 기능을 추가할 때는 “부(部) 버전”을 올리고,
기존 버전과 호환되면서 버그를 수정한 것이라면 “수(修) 버전”을 올린다.
주.부.수 형식에 정식배포 전 버전이나 빌드 메타데이터를 위한 라벨을 덧붙이는 방법도 있다.
만화경의 경우 다음과 같이 한다고 한다.
Build Environment의 경우는 만화경에서는 debug, beta, state, release 총 4가지의 빌드타입을 가지고 있고 각 빌드타입별 네이밍을 가지고 갑니다.
debug : snapshot
beta : beta{1~99} (beta의 경우는 QA의 편의성을 위해 베타 버전에 따라 뒤에 추가적인 넘버링을 해줍니다)
stage : stage
release : 없음
전체적인 조합의 예를 들어보자면
1.0.0.100-snapshot : debug 빌드타입의 1.0.0 버전
1.0.0.101-beta1 : beta 빌드타입의 1번째 1.0.0 버전
1.0.0.102-beta2 : beta 빌드타입의 2번째 1.0.0 버전
1.0.0.103-stage : stage 빌드타입의 1.0.0 버전
1.0.0.104 : release 빌드타입의 1.0.0 버전
내 macOS의 버전도 현재 11.2.3으로 위 표기법처럼 표기하고 있다.
안드로이드AndroidOS 기반 스마트폰을 쓴다면 버전을 확인해보자. 마찬가지로 11.1.0, 8.1.0 식으로 위 표기법처럼 표기하는 것을 확인할 수 있다.