빌드 및 구성 관리에서 파일 버전 번호 매김의 논리는 무엇입니까?

Question

우리 프로젝트에서 우리는 다음과 같이 기준 변환을 사용하고 있습니다.

PROJNAME ... (위해 전 Proj를-2.0.1.20)

우리는 2.0.1.20 우리의 FILEVERSION 번호를 업데이트 할 사용

.

Clearcase UCM에서 구성 요소를 만든 후에는 종종 일부 구성 요소를 빌드하지 않는 상태로 남겨 두는 경향이 있습니다. (변경이 없으므로)

모든 구성 요소에 대해 기준선을 적용 할 수 있지만 빌드되지 않은 경우 파일 버전 번호를 업데이트 할 수는 없습니다.

따라서 기본 번호와 파일 버전 번호는 같지 않습니다.

제 질문은 : 우리는 파일 버전과 기준선에서 동일한 버전 번호를 따라야 추적 가능성이 더 쉬워 질까요? 표준 관행이 뒤따른 것입니까?

Answer 1

기준 명명 규칙에 관해서는 표준이 없습니다. 원하는 versioning number policy을 선택할 수 있습니다.

그러나, 기준의 하나의 중요한 "기능"입니다 :

비 변형 된 구성 요소는를베이스 라인되지 않습니다.

예를 들어 스트림에서 기준선을 설정할 때 마지막 기준선 이후 수정 된 구성 요소 만 새로운 기준선을 수신합니다.
다른 사람 (변경되지 않음)은 그렇지 않습니다.

수정되지 않은 구성 요소 기준선 (변경되지 않음)과 새로 수정 된 구성 요소 (새로운 기준선)를 "기억"하려면 복합 기준선을 사용하는 것이 가장 좋습니다.
이전 질문에 대한 링크가 "What is composite baseline in UCM and when it will be used?"입니다.