UCM없이 ALM 사용

UCM을 사용하지 않고 ALMBaseline 및 BTBuild 레코드 유형을 사용할 수 있습니다.

ClearCase® UCM을 사용하면 ALMBaseline 및 BTBuild 레코드가 빌드에 포함된 활동을 자동으로 감지합니다. 하지만 UCM을 사용하지 않고 ALMBaseline 및 BTBuild 레코드 유형을 사용하여 시스템에서 변경 및 활동을 관리할 수 있습니다. 비UCM은 UCM이 아닌 구성 또는 자산 관리 솔루션을 사용하는 시스템을 의미합니다.

ALMBaseline 레코드를 작성할 때 조회를 사용하여 활동 목록을 식별한 다음 활동을 ALMBaseline 레코드에 수동으로 추가할 수 있습니다.

주: ALMActivity를 ALMBaseline 레코드에 추가할 때 ALMActivity ID가 올바른 ID여야 합니다. 그렇지 않으면 추가된 활동으로 ALMBaseline이 업데이트되지 않습니다.

기준선 및 빌드 작성

ALMBaseline 레코드는 기준선에 데이터를 지정하는 데 사용됩니다. 비UCM에서는 저장소에 배치된 레이블이 될 수 있습니다. 이 레이블은 프로젝트 라이프사이클 동안 정적이어야 합니다. 즉, 이동하거나 다시 적용할 수 없습니다.

ALMBaseline 레코드의 고유 키는 BaselineName 필드와 PvobOrLocation 필드를 조합한 값입니다. UCM에서 PVOB는 UCM 프로젝트의 프로세스 정보를 가집니다. 비UCM에서 PvobOrLocation은 레이블을 고유하게 하는 위치로서 컴포넌트 또는 프로젝트 영역이 될 수 있습니다. 예를 들어, 별도로 빌드되는 GUI코어 두 컴포넌트가 있지만 야간 빌드 레이블이 일반인 경우(예: NightlyBuild_2008Jan15), BaselineName 및 PvobOrLocation 값을 사용하여 기준선 레코드를 작성할 수 있습니다.
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 파일을 제품 레벨에서 테스트합니다.

전체 작업 프로세스에는 다음 단계가 포함되어 있습니다.
  • ALMProject를 작성합니다(예: nonUCM_GuiJar).
  • 요청에 대해 ALMRequest 및 ALMTask를 작성합니다.
  • 개발 작업에 대해 ALMActivity를 작성합니다(예: Activity ID = ALM00000486을 사용하여 작성).
  • ALMActivity를 완료합니다. 개발자가 코드를 수정하고 활동을 마감합니다.
  • ALMBaseline을 작성합니다. 빌더가 jar 파일인 GUI_Jar_02.jar를 작성하고 기준선 레코드(GUI_Jar_02)를 작성하여 완료된 활동에 추가합니다. 빌더는 개발자 카테고리 및 릴리스를 기반으로 조회를 실행한 다음 결과 세트 눈금에서 태스크를 클릭하여 활동 필드를 확인할 수 있습니다. 기준선이 작성되면 하나 이상의 빌드를 작성할 수 있습니다.
  • 기준선에서 BTBuild를 작성합니다. 빌더는 적절한 ALMProject 및 ALMBaseline을 참조하는 새 BTBuild를 작성합니다. BTBuild 레코드의 활동 탭에 ALMBaseline에 포함된 모든 활동이 표시됩니다. BTBuild의 ALM 탭에 ALM 기준선과의 연결이 표시됩니다.
  • 빌드를 테스트합니다. 테스터가 ALMTask를 보고 새 기능이 있는 빌드를 확인할 수 있습니다.

컴포지트 기준선 작성은 기존 기준선을 가져와 이를 새 기준선 레코드의 기준선 구성 요소 필드에 추가함을 의미합니다. 예를 들어, 제품 레벨 기준선에 모든 컴포넌트 레벨 기준선이 포함될 수 있습니다.

이 예에서 기준선 구성 요소에 컴포넌트 기준선의 GUI_Jar_02 기준선이 포함되어 있습니다. 따라서 빌더가 새 Dazzle_01 기준선에서 새 BTBuild 레코드를 작성할 수 있습니다. 이는 GUI 컴포넌트에서 빌드를 작성하는 프로세스와 동일합니다. 제품 레벨 테스터는 새 기능이 있는 빌드에서 동일한 ALMTask 레코드를 확인할 수 있습니다.


피드백