소프트웨어 버전 규칙에 관하여

소프트웨어를 개발하다보면 다양한 버전들을 볼 수 있습니다. 

알파..베타.. 디버그.. 릴리즈 등등..

 

이런 버전들은 누가 만드는거고 다들 어디서 알고 사용하는걸까? 찾아보니 소프트웨어 버전 규칙이 있었습니다. 

다 지킬 수 있다면 좋지만 제가 사용한다면 패치버전까지 쓰면 잘 쓰는게 아닐까 싶어 간단하게 정리해봤습니다.

 

한번 읽어보시면 많은 도움이 될 것 같습니다.

---

일반적인 규칙

1. 버전 번호는 Major, Minor, Patch의 형태로 배포하고, 각각 자연수이며 절대 앞에 0이 붙어서는 안된다.
2. 각 번호의 수는 항상 증가해야한다.
3. 특정 버전으로 패키지를 배포하고 나면, 그 버전의 내용은 절대 변경하지 말아야한다.
4. Major 버전 변경시 Minor, Patch는 0으로 초기화 된다.
5. Minor 버전 변경시 Patch는 0으로 초기화 된다.

 

Major 버전 증가

• 하위 버전과 호환되지 않는 변화가 생겼을 때
• 대대적인 변화가 일어났을 때
• 클라이언트가 1.0.0버전의 API접근 방식으로 2.0.0 버전에 접속할 수 없을 때

Minor 버전 증가

• 하위 버전과 호환이되면서, 새로운 기능이 추가될 때
• 새로운 기능이 추가된 API가 나왔지만, 기존의 공개된 API가 하위 호환 되고 있을 때
• 기존의 기능이 변경되거나 사용 방법이 변경되었을때

Patch 버전 증가

• 버그 수정
• 기존 클라이언트가 알아차리지 못할 정도으이 작은 변화
• 서버 코드 내부적으로 소스가 수정되었을 때

 

최초 개발 버전 : 0.1.0으로 시작하면 된다.

언제 1.0.0을 배포하는가? : 소프트웨어가 실 서비스에 쓰이기 시작했다면 1.0.0이다.

 

 

유의적 버전 2.0.0