[Git] 소프트웨어 버전 표기법
- 기타/형상관리
- 2023. 6. 16.
버전 표기법
/*
숫자 표기법 (예: 1.0, 2.3.1):
이 방법은 가장 일반적으로 사용되는 표기법입니다. 버전 번호는 일련의 숫자로 표시되며, 점으로 구분된 여러 섹션으로 나눌 수 있습니다. 일반적으로 주요 버전, 부 버전, 패치 레벨 등을 나타내기 위해 사용됩니다. 주요 버전은 대규모 변경 사항이 있을 때 증가하고, 부 버전은 중간 크기의 변경 사항이 있을 때 증가하며, 패치 레벨은 버그 수정과 같은 작은 변경 사항이 있을 때 증가합니다.
알파벳 표기법 (예: 1.0a, 2.3.1b):
이 방법은 주로 개발 초기에 사용되는 표기법입니다. 알파벳은 개발 단계를 나타내며, 주로 'a' (알파), 'b' (베타), 'rc' (릴리즈 후보) 등으로 표시됩니다. 알파 버전은 초기 개발 단계에서 사용되고, 베타 버전은 외부 테스트 단계에서 사용되며, 릴리즈 후보 버전은 공식 릴리즈 이전의 최종 테스트 단계에서 사용됩니다.
시간 기반 표기법 (예: 2021.09.30):
이 방법은 버전 번호 대신 릴리즈 날짜를 표시하는 표기법입니다. 주로 오픈 소스 프로젝트에서 사용될 수 있습니다. 버전 번호에 비해 특정 시간을 나타내므로 릴리즈 날짜를 알기 쉽고, 순서를 파악할 수 있습니다.
*/
소프트웨어 개발에는 다양한 버전 표기법이 있습니다. 그중에 가장 대중적인 버전 표기법은 다음과 같습니다.
vX.Y.Z
X : 주(Major) 버전은 가장 중요한 버전으로, 일반적으로 새롭게 출시된 버전이 기존 버전과의 호환성을 크게 깨뜨리는 변화가 있을 때에만 증가하는 숫자입니다.
Y : 두 번째 숫자는 부(Minor)로 알려져 있으며, 보통 새롭게 출시된 버전이 기존 버전과 완벽하게 호환되지만, 추가된 새로운 기능이 있을 때에만 증가합니다.
Z : 마지막 숫자는 수(Patch) 버전으로 알려져 있으며, 일반적으로 기존 버전과 완벽하게 호환되며, 버그 수정과 같은 작은 변경 사항이 있을 때에만 증가합니다.
Alpha, Beta, Release
개발 단계 구분
- Alpha: 내부에서 테스트 중인 버전으로, 여전히 오류를 찾고 수정 중인 상태입니다.
- Beta: 사용자들에게 접근 권한을 주고 무료로 배포하여 개발자들이 발견하지 못한 오류를 검출하고 수정하는 단계입니다.
- Release Candidate (RC): Beta 버전을 모두 거친 후 추가 테스트를 실행하는 단계입니다. 최종 배포를 위한 최종 테스트를 진행합니다.
- Release to Manufacturing (RTM) 또는 그냥 Release: RC 단계를 마친 후 최종적인 버전으로 배포됩니다.
숫자와 문자를 이용한 버전 표기법
숫자를 사용한 표기법: 주로 Major.Minor.Patch 형식으로 표기합니다. 예를 들어, "v1.2.3"은 Major 버전이 1, Minor 버전이 2, Patch 버전이 3인 버전을 의미합니다.
개발 단계를 포함한 표기법: "v1.0.2-alpha"와 같이 개발 단계를 버전에 포함하여 표기합니다. 수정이 이루어지면 버전이 증가합니다. 예를 들어, "v1.0.3-alpha"은 alpha 단계에서의 3번째 버전을 의미합니다.
알파벳으로 표기한 표기법: "v1.2-a1"과 같이 알파벳과 숫자의 조합으로 개발 단계를 표시합니다. 알파벳은 알파, 베타, 릴리즈 후보 등을 나타냅니다.
'기타 > 형상관리' 카테고리의 다른 글
[Git] 빈 커밋 만들기 (0) | 2024.08.22 |
---|---|
[Git] .gitignore 설정 정리 (0) | 2024.03.06 |
[Git] vim을 기본 에디터로 변경하기 (0) | 2023.04.08 |
[Git] Terminal 브랜치 생성 및 원격 브랜치 체크아웃하기 (0) | 2023.04.07 |
[Git] 깃 커밋(Commit), 추가(Add) 상태 취소 명령 (0) | 2021.06.02 |