소프트웨어 버전 관리

소프트웨어 버전은 왜 관리해야할까?

1. 소프트웨어 개발 단계에서 모든 변화를 추적할 수 있음

2. 소프트웨어에서 발생할 수 있는 가능한 업데이트와 변화의 유형에 대해 개발자들에게 설명할 수 있음

3. 의미있고, 깔끔하게 유지할 수 있음

4. 사용자에게 버전에 대한 정보 제공

 

1. 최초 출시 이전 개발 단계

• 버그 수정이 이루어지지 않은 첫 번째 버전은 0.1.0으로 시작

2. 최초 출시

• 첫 번째 안정적인 버전은 1.0.0으로 시작

 

3. 이후 버전 관리(major.minor.patch)

• major
  
  • 이전 버전과 호환 X + 변경
  • 첫 번째 숫자를 1 증가시키고, 두 번째(minor), 세 번째(patch) 숫자를 0으로 만든다.
• minor
  
  • 이전 버전과 호환 O + 새로운 기능 추가
  • 두 번째(minor) 숫자를 증가시키고, 세 번째(patch) 숫자를 0으로 만든다.
• patch
  • 이전 버전과 호환 O + 버그 수정
  • 세 번째(patch) 숫자를 증가시킨다.

가능한 버전 업그레이드(https://www.geeksforgeeks.org/introduction-semantic-versioning/)

 

4. 버전의 접두사(prefix)

• 제한된 버전 내에서 최신 버전을 사용
  • ~(tilde)
    • 세 번째(patch) 숫자를 기준으로 최신 패키지를 사용
    • 버그가 수정된 최신 버전으로 업데이트 함
    • ex) ~16.8.6 을 기준으로 16.8.*의 버전을 가져올 수 있음
  • ^(caret)
    • 두 번째(minor) 숫자를 기준으로 최신 패키지 사용
    • 호환 가능한 최신 기능의 버전으로 업데이트 함
    • ex) ^16.8.6 을 기준으로 16.*.*의 버전을 가져올 수 있음

 

참고)

시멘틱 버저닝에 관련 정리된 글

https://sky-kr.tistory.com/entry/%EC%8B%9C%EB%A7%A8%ED%8B%B1-%EB%B2%84%EC%A0%80%EB%8B%9DSemantic-Versioning

시맨틱 버저닝(Semantic Versioning)

https://jake-seo-dev.tistory.com/283

시멘틱 버저닝 (Semantic Versioning) 이란? (feat. package.json 표현 방식)

https://jake-seo-dev.tistory.com/283

시멘틱 버저닝 (Semantic Versioning) 이란? (feat. package.json 표현 방식)

 

소프트웨어 버전 작성

https://ko.wikipedia.org/wiki/%EC%86%8C%ED%94%84%ED%8A%B8%EC%9B%A8%EC%96%B4_%EB%B2%84%EC%A0%84_%EC%9E%91%EC%84%B1

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

 

시멘틱 버저닝 공식문서(한국어 지원)

https://semver.org/ 

Semantic Versioning 2.0.0