다른 버전 명명 규칙이 다른 프로젝트에 적합합니까? 무엇을 사용하고 왜?
개인적으로, 나는 16 진수 (예 : 11BCF)의 빌드 번호를 선호합니다. 이것은 매우 정기적으로 증가해야합니다. 그런 다음 고객에게 간단한 3 자리 버전 번호 (예 : 1.1.3)가 있습니다.
1.2.3 (11BCF) <- Build number, should correspond with a revision in source control
^ ^ ^
| | |
| | +--- Minor bugs, spelling mistakes, etc.
| +----- Minor features, major bug fixes, etc.
+------- Major version, UX changes, file format changes, etc.
답변:
나는 Jeff Atwood에 완전히 동의하는 경우가 거의 없지만 버전 번호 지정의 .NET 규칙에 대한 그의 의견 을 따르는 경향이 있습니다.
(주요 버전). (최소 버전). (개정 번호). (빌드 번호)
개인 프로젝트의 경우 종종 이것이 과도하다고 생각합니다. C #의 검색 엔진과 같은 실질적인 프로젝트를 수행 한 몇 번 이이 규칙을 고수하여 효과적으로 내부 추적기로 사용할 수있었습니다.
$version = New-Object System.Version 1, 2, 3, 4; $version.ToString(); $version.Build;
시맨틱 버전 관리 ( http://semver.org/ )는 여기에 언급 할 가치가 있습니다. 이 형식은 버전 관리 체계에 대한 공개 사양입니다 [Major].[Minor].[Patch]. 이 체계의 동기는 버전 번호와 의미를 전달하는 것입니다.
나는 그것을 사용하지 않지만 보았고 흥미로운 구조입니다.
년. 월. 일. 건물
자기 설명.
다음과 같은 RubyGems Rational 버전 관리 정책 을 사용하려고합니다 .
버전 번호 매기기에 대한 매우 세분화 된 접근 방식은 다음과 같습니다.
N.x.K여기서 N및 K정수입니다. 예 : 1.x.0, 5.x.1, 10.x.33. 중간 빌드에 사용됩니다 .N.M.K, 여기서 N, M및 K정수입니다. 예 : 1.0.0, 5.3.1, 10.22.33. 릴리스에 사용 됩니다 .N.x.x여기서 N정수는 어디 입니까? 예 : 1.x.x. 지원 지점에 사용됩니다 .N.M.x여기서 N및 M정수입니다. 예 : 1.0.x. 릴리스 분기에 사용됩니다 .다음은 버전 번호 매기기 방식의 간단한 그림입니다.
PA수단 프리 알파
A 수단 알파
B 수단 베타
AR 수단 알파 릴리스
BR 수단 베타 릴리스
RC 수단 릴리스 후보
ST 수단 안정
이러한 버전 번호 지정 방식의 장점은 다음과 같습니다.
N.x.K) 및 릴리스 ( N.M.K)의 두 가지 수준 만 있습니다. 릴리스는 정식 버전 번호 ( N.M.K)가 있는 소프트웨어가 공급 업체 회사 / 조직 / 팀 내에서 일종의 품질 관리 프로세스를 거쳤 음을 의미합니다 .버전 관리 방식을 자세히 나타내는 복잡한 다이어그램도 있습니다. 또한 버전 번호 지정 방식의 기본 원리를 설명하는 SCMFViz 응용 프로그램 및 버전 지정 방식으로의 전환을 설명하는 유용한 프레젠테이션 슬라이드 를 찾을 수 있습니다 . 프레젠테이션 슬라이드는 또한 소프트웨어 프로젝트의 전체 수명 동안 동일한 버전 관리 방식을 고수하는 것이 중요한 이유를 설명합니다.
실제 버전 번호 대신 날짜 버전 을 사용하는 것에 대한 저의 태도 는 소프트웨어 버전이 다음과 같은 소프트웨어 개발자 인 것으로 가정합니다.
Nin N.M.K)는 아키텍처 솔루션과 응용 프로그램의 기본 원칙을 모두 담당합니다. 주요 버전 번호 N는 아키텍처의 변경 또는 주요 아이디어 및 작동 / 기능 원리의 변경에 따라 변경됩니다.이 접근 방식은 약간 논란의 여지가 있지만 소프트웨어에 적절한 버전 번호를 제공하는 가장 간단한 방법이라고 생각합니다.
릴리스 한 모든 주요 버전에 대해 내부 버전으로 작동하는 버전을 사용하는 것은 드문 일이 아닙니다. 예를 들어, 마지막 직장에서 우리는 다음과 같은 우분투에서 영감을 얻은 명명 규칙을 가진 주요 버전을 언급했습니다.
[병아리 상태] [대체 동물 이름]
" Limp Lamprey ", " Wounded Wombat "및 " Athmatic Anteater " 와 같은 이름을 부여했습니다 .
고객에게 유출되지 않는 정말 멋진 이름이 아닌지 확인하십시오.
git describe선택한 번호 지정 규칙에 대한 확장 기능을 제공합니다. 빌드 / 패키징 / 배포 프로세스에이를 쉽게 포함시킬 수 있습니다.
태그가 지정된 릴리스 버전을 ABC (major.minor.maintenance)로 이름을 지정한다고 가정하십시오. git describe주어진 커밋에서 커밋의 가장 최근 태그가 지정된 조상을 찾은 다음 그 이후 커밋 수와 커밋의 약식 SHA1을 확인합니다.
1.2.3-164-g6f10c
물론 실제로 버전 중 하나에 있다면 태그 (1.2.3)를 얻을 수 있습니다.
이것은 빌드 한 소스를 정확히 알려주 는 동시에 모든 빌드마다 번호를 매길 필요는 없다는 장점이 있습니다 .
"4.08c (1290)"와 같은 Major.Minor.Public (빌드) [alpha / beta / trial]
의미 적 의미를 부여하는 버전 번호를 선호합니다. 버전 번호를 사용하여 특정 버전으로보고 된 버그를 소스 코드 및 활동 관리 시스템에서 발생한 변경 사항에 대해 추적 할 수 있다면 올바른 방법을 사용하고있을 것입니다.
.NET을 사용하므로 .NET 버전 번호 시스템에 붙어 있지만 숫자에 의미 론적 의미를 부여하려고합니다.
major.minor.build.revision
우리는 항상 어떤 방식 으로든 버전 번호를 볼 수 있는지 확인합니다 (일괄 콘솔 기반 프로그램은 콘솔에 인쇄되고 로그 파일은 일반적으로 웹 응용 프로그램은 상단의 메뉴 막대에 있음)
이런 방식으로 고객이 문제를보고하면 버전 번호를 사용하여 고객이 최신 버전을 사용 중인지 여부와 특정 버전에서 발생한 문제 수를 추적 할 수 있습니다.
추적성에 관한 모든 것입니다!
버전 번호에는 충돌을 피하고 잘못된 릴리스 유형 문제에서 버그를 수정하기에 충분한 정보가 있어야하지만 관련이없는 추가 정보를 전달해서는 안됩니다.
예를 들어 고객이 날짜를 사용하는 경우 고객에게 이전 버전이 있다고 말하고 이전 버전에 대한 패치는 혼란스러운 버전을 가질 수 있습니다.
나는 개인적으로 시맨틱 버전 관리를 좋아한다 .
Major입니다. Minor.PatchPatch 빌드를 릴리스 할 때마다 증가합니다.Minor 이전 버전과 호환되는 기능이 추가 될 때마다 증가합니다.Major 새로운 기능이 이전 버전과 호환되지 않을 때 증가합니다.Major== 0 당신은 알파 / 시험판에있어. Major> = 1은 공개 릴리스입니다.
1.5.3->1.5.4(버그 수정)->1.6.0(사소한 기능)->2.0.0(중단 변경)
1.5.3을 사용하고 있다면 1.5.4패치를 얻기 위해 업그레이드 할 수 있고 1.6.0기능을 추가하며 업그레이드하지 말아야 한다는 것을 한 눈에 알 수 있습니다 2.0.0(적어도 변경을 처리하지 않고).
1.0.0
|
1.0.1
|
(공개 1.0) 1.0.2 -----
| \
2.0.0 1.1.0
| |
2.0.1 1.1.1 (공개 1.1)
|
(공개 2.0) 2.0.2 -----
| \
3.0.0 2.1.0
|
2.1.1 (공개 2.1)
|
2.2.0
|
2.2.1
X.Y.Z내부 버전 번호입니다. X.Y고객에게 의미가있는 공개 버전 번호입니다. X.Y.Z버전이 공개 되면 버전이 절대 없습니다 X.Y.(Z+1). 공개 버전은 항상 세리의 마지막입니다.
X 메이저 버전이 출시되면 증가합니다.
Y 이 주요 릴리스의 유지 관리 지점에 사용되며 버그 수정에만 사용됩니다.
Z내부적으로 사용되며 고정 된 의미가 없습니다. 지금까지는 Z응용 프로그램에 개발자가 아닌 사람에게 흥미롭고 비교적 안정적인 일련의 기능이 있다고 생각할 때 새 버전을 만듭니다 . 이런 식으로 누군가가 요청할 때 응용 프로그램의 "마지막으로 성공한 버전"데모를 보여줄 수 있습니다. 가까운 시일 Z내에 버그 추적 프로그램에서 기능의 "대상"을 명명하기 위해 숫자 버전 을 사용할 계획 입니다.
부수적으로, 우리는 maven을 사용 release하여 버전 번호를 증가시킵니다. 따라서 X.Y.Z-SNAPSHOT버전도 있습니다 ( X.Y.(Z-1)와 사이의 모든 버전을 나타냄 X.Y.Z).