UCM없이 ALM 사용

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

ClearCase® UCM을 사용하여 ALMBaseline 및 BTBuild 레코드는 빌드에 포함된 활동을 자동으로 발견할 수 있습니다. 하지만 ALMBaseline 및 BTBuild 레코드 유형을 사용하여 UCM을 사용하지 않는 시스템에서 변경과 활동을 관리할 수도 있습니다. 비UCM은 UCM 이외의 구성이나 자산 관리 솔루션을 사용하는 시스템을 말합니다.

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

참고: ALMActivity를 ALMBaseline 레코드에 추가할 때에는 ALMActivity 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를 작성합니다(예: 활동 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 레코드는 어느 빌드에서 새 기능를 찾을 수 있는지를 제품 레벨 테스터에 드러냅니다.


피드백