버전의 형태 0.0.0 & 유의적 버전 관리란?

🤍 소프트웨어 버전 관리

소프트웨어 공급기업의 경우, 필수 제품을 변경하지 않고 기능을 향상하거나 문제를 해결할 때 소프트웨어 버전을 사용한다.

시간이 지나면서 새로운 기능이 출시 -> 개발자는 버그를 수정, 업데이트, 새 버전 개발하면 소프트웨어 폭이 넓어진다.

따라서 소프트웨어 버전 관리 ( Software Versioning )은 제작 부분에서 필수적이다.

사용자는 소프트웨어 개발자가 소프트웨어를 최신 상태로 관리하기를 기대하고, 언제 어떤 업데이트가 출시되는지 체계적으로 이해할 수 있기를 바란다. -> 소프트웨어 공급기업의 버전 관리 중요성

공급기업은 소프트웨어 버전을 추적 관리 -> 필수 업데이트와 부차적인 업데이트 분리 -> 특정 기능을 강조 or 분류한다.

또한 고객이 사용하는 버전 정보를 추적 관리하면 최신 소프트웨어 버전을 사용하는 고객을 파악하고 업데이트해야 할 고객을 구분할 수 있는 이점이 있다.

---

소프트웨어 버전 관리는 소프트웨어 기업에서 출시하는 다양한 소프트웨어 버전을 관리하는 것이다.

출시된 소프트웨어는 버전별로 소프트웨어 버전 번호를 부여받는다.

 

∎ 소프트웨어 버전 작성

소프트웨어 버전 작성 ( Software Versioning )은 컴퓨터 소프트웨어의 특정 상태에 대한 유일한 버전 이름 / 버전 번호를 결정하는 과정.

새롭게 소프트웨어가 개발되면 이들 번호는 증가하여 결정한다.

세세한 관리를 위해 버전 관리 도구가 사용된다.

 

∎ 버전 번호는 어떻게 부여받는가?

버전이름에는 숫자가 할당되면 버전 순서를 표시하는 표준 시스템이 있다.

 

∎ 소프트웨어 버전 이름은 어떻게 만드는가?

기업마다 소프트웨어 이름을 만드는 데 다양한 방법을 사용한다.

시멘틱 버전 관리가 가장 일반적인 명명 시스템이다.

어떤 방법을 선택하하든 한 가지 번호 지정 방법을 고수하여 이를 통해 기업은 시스템을 질서정연하게 관리하고, 사용자는 특정 소프트웨어의 업데이트와 출시 정보를 추적한다.

 

- 소프트웨어 버전 번호를 지정하는 방법들 -

1. 시맨틱 번호 지정 - '메이저, 마이너, 패치' 기반의 3자리 번호 지정 기법

2. 출시 날짜 - 소프트웨어 버전 번호를 출시 날짜로 한다. ( ex) 20.06 - 2020년 6월 )

3. 단항 번호 지정

4. 영숫자 코드

5. 순차 번호 지정

---

🤍 시맨틱 버전 관리 = 유의적 버전 관리

시맨틱 버전 관리 ( Semantic Versioning )는 소프트웨어 버전 번호를 매기는 가장 일반적인 방법이다.

이 방법은 '매이저, 마이너, 패치' 순서를 따라 소프트웨어 버전별로 3개의 숫자를 사용한다.

Major.Minor.Patch 또는 Major.Minor.Patch+Build

에이저, 마이너, 패치 업데이트가 있을 때마다 해당 숫자가 커진다.

메이저 버전 ( Major )변경 사항	호환되지 않는 API 변경 사항과 관련.
마이너 버전 ( Minor )변경 사항	이전 버전과 호환되는 방식으로 새 기능을 추가.
패치 버전 ( Patch )  변경 사항	이전 버전과 호환되는 방식으로 버그 수정.

버전 번호는 새 버전을 지정하는 과정에서 변경된 유형에 따라 한 자리씩 증가한다.

 

ex) 소프트웨어 버전 1.3.1

- 해당 소프트웨어가 첫 메이저 버전 ex) Major 1

- 3가지 추가 기능이 더해짐 ex) Minor 3 

- 한 번의 패치 수정이 이뤄짐. ex) Patch 1

 

개발자가 이 버전의 버그를 수정한다면?

출시되는 버전의 이름은 버전 1.3.2이다.

---

∎ 소프트웨어 개발 환경에서 시맨틱 버전 관리란 무엇인가?

시맨틱 버전 관리는 소프트웨어 개발 환경에서 널리 사용되는데, 이는 소프트웨어 버전에 적절한 번호를 지정하고 고객이 최대한 쉽게 사용하는 데 도움이 된다.

 

일부 제품

: '메이저, 마이너, 패치' 번호 지정 방식처럼 자세한 표현 방식이 필요하지 않고, 그 대신 더 간단한 '메이저,마이너' 시스템을 사용한다.

 

일부 기업

: 일부 제품과 대조적으로 버전 출시가 빈번하기 때문에 자세한 번호 지정 체계를 사용한다.

일반적인 시멘틱 시스템 끝에 한정자를 추가한다. 따라서 3자리 숫자 문자열 대신, 이 소프트웨어의 업데이트 버전에는 4자리 숫자가 부여된다.

---

∎ 게시된 패키지의 버전 증가

해당 라이브러리에 의존하는 개발자를 위해 아래와 같은 방법으로 증가시키는 것을 권장한다.

코드 상태 ( Code status )	상태 ( Stage )	규칙 ( Rule )	예시
배포 전 ( Before release )	배포 전	Major을 0으로 시작한다.	0.1.0
첫 릴리즈 ( First release )	새로운 소프트웨어	1.0.0으로 시작한다.	1.0.0
이전과 호환되는 버그 픽스 ( Backward compatible bug fixed )	패치 릴리즈	Patch를 증가한다.	1.0.1
이전과 호환되는 새로운 기능 ( Backward compatible new features )	마이너 릴리즈	Minor을 증가시키고, Patch를 0으로 수정한다.	1.2.0
이전과 호환되지 않는 변경 ( Changes that break backward compatibility )	메이저 릴리즈	Major을 올리고 나머지를 0으로 수정한다.	2.0.0

---

∎ 버전별 우선순위

• 버전별 우선순위는 Major > Minor > Patch 순으로 정해진다. 1.00 < 2.0.0 < 2.1.0 < 2.1.1
• 위 3개가 동일할 때 정식배포 전 버전 (alpha, beta, rc)이 포함한 경우 우선순위가 낮다. 1.0.0-alpha < 1.0.0
• 숫자로만 구성된 식별자가 달렸다면 문자와 붙힘표가 있는 식별자보다 우선순위가 낮다. 1.2.1-1 < 1.2.1- alpha
• 식별자가 모두 같으면 배포 전 버전과 필드 수가 더 많은 쪽이 우선순위를 같는다.

ex ) 1.0.0- alpha < 1.0.0-alpha.1 < 1.0.0-alpha.beta < 1.0.0-beta < 1.0.0-beta.2 < 1.0.0-beta.11 < 1.0.0-rc.1 < 1.0.0 < 1.0.0+0.2.1 < 1.2.1+build.1 < 1.2.1

---

- 소프트웨어 버전

https://ko.wikipedia.org/

소프트웨어 버전 작성 - 위키백과, 우리 모두의 백과사전

https://cpl.thalesgroup.com/

소프트웨어 버전 관리 기본 정보 | 소프트웨어 버전 관리란

https://daryeou.tistory.com/

소프트웨어/앱 빌드버전 관리 규칙, Semantic Versioning (시맨틱 버저닝)