ClearCase® UCM을 사용하면 ALMBaseline 및 BTBuild 레코드가 빌드에 포함된 활동을 자동으로 감지합니다. 하지만 UCM을 사용하지 않고 ALMBaseline 및 BTBuild 레코드 유형을 사용하여 시스템에서 변경 및 활동을 관리할 수 있습니다. 비UCM은 UCM이 아닌 구성 또는 자산 관리 솔루션을 사용하는 시스템을 의미합니다.
ALMBaseline 레코드를 작성할 때 조회를 사용하여 활동 목록을 식별한 다음 활동을 ALMBaseline 레코드에 수동으로 추가할 수 있습니다.
ALMBaseline 레코드는 기준선에 데이터를 지정하는 데 사용됩니다. 비UCM에서는 저장소에 배치된 레이블이 될 수 있습니다. 이 레이블은 프로젝트 라이프사이클 동안 정적이어야 합니다. 즉, 이동하거나 다시 적용할 수 없습니다.
BaselineName=NightlyBuild_2008Jan15 Location=Gui BaselineName=NightlyBuild_2008Jan15 Location=Core
기준선 레코드가 제공되면 여기에서 하나 이상의 빌드가 전달될 수 있습니다. 예를 들어, 세 개의 플랫폼을 빌드하는 경우 하나의 기준선 레코드에 세 개의 빌드 레코드가 필요합니다.
Libraries Ltd.는 소프트웨어 라이브러리 제작사입니다. 이 회사는 .jar 파일을 작성하고 아카이브로 파일을 그룹화하여 릴리스합니다. 이 회사의 변경 관리(CM) 시스템은 파일을 기반으로 합니다. 각 .jar 파일을 컴포넌트로 정의할 수 있습니다. .jar 파일 그룹이 있는 아카이브를 오퍼링으로 정의할 수 있습니다. 컴포넌트 팀 .jar 파일은 디렉토리(예: Jar\Gui_01.jar, Jar\Gui_02.jar, ...)에 저장됩니다. 컴포넌트 레벨 테스터는 컴포넌트 레벨에서 각 .jar 파일을 테스트합니다. 컴포넌트는 컴포넌트가 속할 오퍼링(제품)을 알 필요는 없습니다. 오퍼링은 컴포넌트가 포함된 아카이브 파일을 작성한 릴리스 엔지니어(또는 빌더)가 작성합니다. 오퍼링은 디렉토리(예: Products\Sparkle_01 and Products\Dazzle_01)에 저장됩니다. 제품 레벨 테스터는 아카이브 파일 및 여기에 있는 모든 .jar 파일을 제품 레벨에서 테스트합니다.
컴포지트 기준선 작성은 기존 기준선을 가져와 이를 새 기준선 레코드의 기준선 구성 요소 필드에 추가함을 의미합니다. 예를 들어, 제품 레벨 기준선에 모든 컴포넌트 레벨 기준선이 포함될 수 있습니다.
이 예에서 기준선 구성 요소에 컴포넌트 기준선의 GUI_Jar_02 기준선이 포함되어 있습니다. 따라서 빌더가 새 Dazzle_01 기준선에서 새 BTBuild 레코드를 작성할 수 있습니다. 이는 GUI 컴포넌트에서 빌드를 작성하는 프로세스와 동일합니다. 제품 레벨 테스터는 새 기능이 있는 빌드에서 동일한 ALMTask 레코드를 확인할 수 있습니다.