어쩌면 이것은 어리석은 질문이지만, 항상 소프트웨어의 단일 구성 요소를 나타내는 기간으로 표시된 각 숫자를 가정했습니다. 그것이 사실이라면, 그들은 다른 것을 대표 하는가? 소프트웨어의 다른 빌드에 버전을 할당하고 싶지만 어떻게 구성해야하는지 잘 모르겠습니다. 내 소프트웨어에는 5 개의 개별 구성 요소가 있습니다.
답변
버전 1.9.0.1에서 :
-
1 : 주요 개정 (새로운 UI, 많은 새로운 기능, 개념 변경 등)
-
9 : 사소한 수정 (검색 창 변경, 기능 추가 1 개, 버그 수정 모음)
-
0 : 버그 수정 릴리스
-
1 : 빌드 번호 (사용 된 경우)-2.0.4.2709와 같은 것을 사용하여 .NET 프레임 워크를 보는 이유
4 개 수준으로 내려가는 앱은 많지 않으며 일반적으로 3이면 충분합니다.
답변
있다 시맨틱 버전 사양
다음은 버전 2.0.0의 요약입니다.
버전 번호 MAJOR.MINOR.PATCH가 주어지면 다음을 증가 시키십시오.
- 호환되지 않는 API 변경을 할 때 주요 버전,
- 이전 버전과 호환되는 방식으로 기능을 추가 할 때 마이너 버전
- 이전 버전과 호환되는 버그 수정을 할 때 PATCH 버전.
시험판 및 빌드 메타 데이터에 대한 추가 레이블은 MAJOR.MINOR.PATCH 형식의 확장으로 제공됩니다.
답변
매우 임의적 일 수 있으며 제품마다 다릅니다. 예를 들어, 우분투 배포판에서 8.04는 2008을 나타냅니다.
일반적으로 가장 왼쪽 (주) 숫자는 주요 릴리스를 나타내며 오른쪽으로 갈수록 변경이 적습니다.
답변
답변
포인트가 많을수록 릴리즈가 더 작습니다. 그 이상의 확실한 표준은 없습니다. 프로젝트 관리자가 결정한 내용에 따라 다른 것을 의미 할 수 있습니다.
예를 들어 워드 프레스는 다음과 같은 라인을 따릅니다.
1.6-> 2.0-> 2.0.1-> 2.0.2-> 2.1-> 2.1.1-> 2.2 …
1.6-2.0은 기능, 인터페이스 변경, API의 주요 변경 사항, 일부 1.6 템플릿 및 플러그인의 손상 등과 같은 큰 릴리스입니다. 2.0-2.0.1은 사소한 릴리스 일 것입니다. 아마도 보안 버그를 수정했을 것입니다. 2.0.2 ~ 2.1은 중요한 릴리스입니다. 일반적으로 새로운 기능입니다.
답변
숫자는 다른 답변에서 설명한 것처럼 유용 할 수 있지만 어떻게 의미가 없는지 고려하십시오 … Sun, 당신은 SUN, java를 알고 있습니다 : 1.2, 1.3, 1.4 1.5 또는 5 then 6. 오래된 Apple II 버전 번호 어떤 것. 요즘 사람들은 버전 번호를 포기하고 “Feisty fig”(또는 그와 비슷한 것)와 “hardy heron”과 “europa”와 “ganymede”와 같은 어리석은 이름으로 가고 있습니다. 물론 이것은 프로그램 변경을 중단하기 전에 목성의 달이 떨어지고 명확한 순서가 없기 때문에 어느 것이 더 최신인지 알 수 없기 때문에 이것은 훨씬 덜 유용합니다.
답변
버전 v1.9.0.1에서 :
이름을 사용하거나 와 같은 빌드를 원하지 않을 때 사용되는 명시 적 버전 관리 체계 입니다.
1 : 하위 호환성을 손상시킬 수있는 주요 버전
9 : 이전 버전과의 호환성과 함께 앱을 지원하는 새로운 기능 추가.
0 : 일부 사소한 버그 수정
1 : 빌드 번호 (시험판 번호)
그러나 요즘에는 이러한 버전 관리 체계를 찾을 수 없습니다. 시맨틱 버전 관리 [semver2.0]
https://semver.org/
