[iOS] Software 버전 관리 규칙

 

 

 

 

📌 Sematic versioning

---

GitHub를 창업하신 분이 기존 Versioning의 문제점을 해결하고자 나온 것

 

Major . Minor . Patch

---

일반적인 규칙

 

 1. 버전 번호는 Major, Minor, Patch 형태로 배포하고, Major, Minor, Patch는 각각 자연수이고 절대 앞에 0이 붙어서는 안된다.

 2. 각 번호의 수는 항상 증가해야 한다.

 3. 특정 버전으로 패키지를 배포하고 나면, 그 버전의 내용은 절대 변경하지 말아야한다. 변경분이 있다면 반드시 새로운 버전으로 배포하도록 한다.

 4. Major 버전이 변경될 때, Minor, Path는 0으로 초기화한다.

 5. Minor 버전이 변경될 때, Path는 0으로 초기화한다.

 

 

Major 버전 증가

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

 

Minor 버전 증가

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

 

Path 버전 증가

• 버그 수정
• 기존 클라이언트가 알아차리지 못할 정도의 작은 변화가 있을 때
• 서버 코드 내부적으로 소스가 수정되었을 때
• 당연한 얘기겠지만, 이 모든 것들이 하위 버전과 호환될 때

 

 

---

 

💡 요약 

 

Major -> 다 바뀜

Minor -> 기능추가와 조금 바뀜

Patch -> 버그 수정

 

 

 

홈페이지

 

https://semver.org/lang/ko/

유의적 버전 2.0.0