ALMActivity 레코드에는 UCM(Unified Change Management) 탭이 있습니다.
이 탭은
UCM을 사용하고 있는 팀의 선택사항입니다.
UCM(Unified Change Management)은 Rational® ClearCase®의 피처로 다음을 수행합니다.
- 활동 및 연관된 자산에서 변경을 관리하기 위한 유연하고
즉시 사용 가능한 소스 코드 관리(SCM) 모델을 제공합니다.
- 코드 자산에 도움이 되는 추상 레벨을 제공합니다.
- ClearCase 환경에서 스크립트를 개발하고 유지보수할 필용가 없습니다.
- 프로젝트 및 개발자 작업공간 설정을 자동화합니다.
- Rational 도구를 통합하여
개발 프로세스를 개선할 수 있는 개발 도구를 제공합니다.
ClearQuest® ALM과
ClearCase/ClearQuest UCM 통합을 함께 사용하면(개발자의 파일 체크아웃 및 체크인) ALMActivity 레코드가 완료된 작업을 추적합니다.
ALMActivity 레코드는 특정 ALMProject를
가리키는 ALMTask와 관련됩니다. ALMActivity 레코드는 UCM 활동과 비슷하며
모든 활동 유형에서 UCM을 사용할 수 있습니다.
ALMActivity는 UCM 활동에 맵핑되고 ALMBaseline은 UCM 기준선에 맵핑되며 BTBuild는 실제 빌드에 맵핑됩니다.
활동이 완료되면 ALMBaseline뿐만 아니라 UCM 기준선도 작성할 수 있습니다. 최신 UCM 기준선을 사용하여
빌드를 작성하는 경우 해당 BTBuild 레코드가 작성됩니다.
BTBuild 레코드에는 빌드가 작성된 위치에서 부터 ALMBaseline까지의 참조가 있습니다.
UCM 통합을 사용하는 프로젝트의 경우 를 설정하십시오. UCM 프로젝트에 대해
UCM 통합 기능이 켜져 있는 경우 ALMActivity 레코드로 모든 UCM 활동이
추적됩니다. UCM 활동이 UCM 프로젝트 통합 스트림에 전달되면
해당 ALMActivity가 완료됩니다.
UCM에 기준선을 작성할 때 UCM 기준선을 맵핑하는
ALMBaseline 레코드 유형을 사용하여 기준선에서 새 활동을 찾을 수 있습니다. 이 UCM 활동 목록을
ALMBaseline 레코드에 입력할 수 있습니다. UCM을 사용하지 않는 경우, 활동 목록 조회하여 활동을 수동으로 기준선 레코드에 추가할 수 있습니다.
ALMBaseline 레코드는 마지막 기준선이 작성된 이후에
통합 스트림에 전달된 ALMActivity를 나열합니다. 그러면 릴리스 엔지니어가 마지막 기준선을
사용하여 빌드를 작성합니다. 해당 BTBuild 레코드도 작성됩니다.
BTBuild 레코드는 이 빌드를 작성하는 데 사용되는 기준선을 나열합니다. 이 레코드는
마지막 빌드 이후에 포함된 ALMActivity도 나열합니다.
주: UCM에서
스트림은 다른 자산 또는 소프트웨어 구성 관리 시스템의 분기와
비슷합니다. 기준선 레코드가 스트림에 순서대로 스레드됩니다.
전달 후 완료 상태로
전이하기 위해 프로젝트 정책을 사용하여 스트림에 활동을 전달하면
개발자가 활동에서 계속 작업해야 하는 경우에도 활동이 완료 상태로
전이됩니다. 이 상태 전이로 인해 추가 체크아웃을
수행할 수 없습니다. 개발자가 다음을 수행할 수 있습니다.
- 대체 전달을 수행하여 다른 개발자와 변경사항만 공유하고 동일한 활동을 사용하여 계속 변경합니다.
- 동일한 기능을 작업하는 팀과 변경사항을 공유하기 위해 기능
스트림에 전달합니다.
예를 들어, UCM을 사용하는 개발자가 로그인하여 UCM 활동을 찾고 기본 활동을 지정하거나 개발 스트림에 파일을 추가하고 이를 소스 제어에 추가합니다.
개발자는 ClearQuest에서
ALMActivity(상태 = Activated)인 활동도 볼 수 있습니다.
- 개발자는 ClearCase 클라이언트를 사용하여
변경사항을 전달한 다음 전달을 완료할 수 있습니다. 활동이 완료된 후 릴리스 엔지니어(또는 빌더)가
코드의 기준선을 작성합니다.
- 빌더는 ClearQuest에 로그인하고 새 ALMBaseline을 작성합니다. 빌더가
새 기준선의 프로젝트 VOB, 프로젝트, 릴리스 값 및 활동 ID를
지정합니다.
- UCM 기준선이 제공되면 여기에서 하나 이상의 빌드를 작성할 수 있습니다. 각 빌드에 대해
빌더가 BTBuild 레코드를 작성합니다.
- 테스터는 테스트 유형 활동을 완료합니다. 테스트 활동에는
개발자 수정사항이 포함된 BTBuild의 참조가 있습니다(빌드가 작성된 경우).
테스터는 빌드를 설치하고 테스트 활동을 완료합니다.
기준선 및 ALMBaseline 레코드 작성
UCM 프로젝트가
제공되면, 초기 기준선을 작성한 다음 초기 ALMBaseline 레코드를 작성하여
UCM 스트림 및 PVOB를 일련의 ALMBaseline 레코드에 앵커하십시오.
마일스톤 또는 야간 빌드의 경우, UCM 기준선을 작성한 다음 새 ALMBaseline 레코드를 작성하십시오.
ALMBaseline 레코드를 작성하면 마지막으로
작성된 기준선 레코드가 확인됩니다. 이 기준선이 지정된 PVOB 및 스트림에서
두 번째 기준선인 경우 첫 번째 레코드가 초기 기준선이 됩니다. 현재 기준선이 지정되어 있고 마지막 기준선이 있으면 두 기준선을 비교하는 데
ClearCase UCM 비교(diffbl 오퍼레이션)가 사용됩니다.
마지막 기준선 레코드 이후에 전달된
모든 ALMActivity가 새 기준선 레코드에 추가됩니다.
기존 UCM 프로젝트
ALM 프로젝트로 작성되지 않은
이전 프로젝트에 여러 기존 활동 및 기준선이 있을 수 있습니다. 이들 중 일부 또는
전부를 가져올 수 있습니다. 가져오는 기준선은 해당 스트림에서
순서대로 가져와야 합니다. 일부 기준선은 가져올 필요가 없지만
작성된 순서대로 기준선을 가져와야 합니다. 기준선이 지정되면
create_baseline_record.pl 스크립트가 동일한 스트림의 ALM에 있는
이전 기준선 레코드와 해당 기준선을 비교하여 기준선에서
새 활동을 찾습니다.
새 활동만 추적하려면
동일한 스트림에 새 ALMBaseline 레코드를 작성할 수 있습니다.
이전 프로젝트의 원래 기준선이 아닌 이 새 기준선이 새로 비교할
이전 기준선이 됩니다. 이 새 초기 기준선 이후에 작성된 활동만 기준선
레코드에서 전달된 새 기준선에 표시됩니다. 다음 방법 중 하나로
이 초기 기준선 레코드를 작성할 수 있습니다.
- create_baseline_record.pl 스크립트가 찾을 수 있도록 PVOB 또는 위치 및
스트림 필드를 입력하여 ALM에 수동으로 작성합니다.
- create_baseline_record.pl을 사용하여 초기 기준선을 작성합니다. create_baseline_record.pl은
적절한 옵션을 전달하여 초기 시드 기준선 레코드를 작성할 수 있습니다.
-nodiffbl 옵션은 전달된 기준선을 작성하고 이를 찾지 않고
이전 기준선과 비교를 실행하도록 지정합니다. 이 옵션은
기준선을 검사하지 않으므로
-ucmstream stream_name 인수의 정보도 포함시켜야 합니다. 예를 들면
다음과 같습니다.
ratlperl create_baseline_record.pl -user RE -pw secret -dbname ALM -dbset CQ.ALM.HOST -projectid ALM00000123 -nodiffbl -pvob "\pvob01" -ucmstream "proj_01_int" -baseline "proj_01_02_24_2008"
이 명령은 다음 값으로 ALMBaseline 레코드를 작성합니다. Project id: ALM00000123
Name: proj_01_02_24_2008
ucm_stream: proj_01_int
PVOB or Loc:\pvob01
초기 ALMBaseline 레코드를 작성한 후에
필수 옵션과 새 기준선 이름을 사용하여 create_baseline_record.pl 스크립트를
호출하여 새 기준선 레코드를 작성된 순서대로 스트림에 작성할 수 있습니다.
기준선은 발견된 이전 기준선 레코드와 비교되고
새 활동이 새 기준선 레코드에 추가됩니다.