버전 관리표시의 3가지 비밀

 

업데이트를 하긴 했는데 버전을 어떻게 써야 할지 애매 하다면?

 

버전관리 규칙 이것만 알고 가자!

 

 

• 버전은 x,y,z의 형태로 한다. x,y,z는 자연수로서 각각 독립적으로 증가한다.
• x,y,z를 구분하는 점(.)은 소수점이 아니라 구분 기호다. 따라서 1.1.12는 1.1.9 보다 높은 버전이다.
• X를 major , Y를 Miner, Z를 Patch로 간편하게 이해해도 좋다.
• X가 0인것은 초기 내부 개발에서만 사용하고, 최초 공개 API는 1.0.0 이어야 한다. X는 기존 버전과 호환되지 않는 변화가 있을 때만 1씩 올린다.
• Y는 기존 버전과 호환되는 새로운 기능이 추가됐을 때 1씩 올린다. 큰 규모의 패치가 있을 때 작은 규모의 패치와 구분하기 위해 Y를 올릴 수도 있다. 만약 X를 올리면 Y는 0으로 초기화돼야 된다. 단, 최초의 내부 개발 버전은 0.0.0이 아니라 0.1.0이다. 즉, 개발의 시작은 새로운 기능의 시작이므로 Y가 아니라 1이어야 한다.
• Z는 기존 버전과 완전히 호환되면서 작은 규모의 패치가 있을 떄 1씩 올린다. X나 Y를 올리면 Z는 0으로 초기화 돼야한다.
• 정식 배포 전에 사전 배포(프리 릴리즈, pre-release)가 필요할 때는 Z 다음에 붙임표(-)로 구분하고 적절한 식별자를 적는다. 예를들어 알파 버전이라면 1.0.0-alpha로 쓴다. 알파 버전이 여러 개라면 1.0.0-alpht.1처럼 점(.)으로 구분하고 숫자를 덧붙인다.
• 일단 배포된 버전은 변경해서는 안 된다. 무조건 버전을 올려야 한다.