도구 사용 도움말: Rational ClearCase와 함께 Rational Rose RealTime을 사용하여 버전 제어 설정
이 도구 사용 도움말은 Rational ClearCase와 함께 Rational Rose RealTime을 사용하여 버전 제어를 설정하는 방법을 설명합니다.
도구: Rational Rose RealTime
관계
기본 설명

개요

Rational ClearCase는 작업하려는 파일 버전 라인업을 지정할 수 있는 가상 파일 시스템과 결합된 보기 모델을 사용합니다. 이에 따라 Rational Rose RealTime은 파일이 일반(비ClearCase) 파일 시스템에 저장된 것처럼 현재 보기에서 파일을 보게 됩니다. Rose RealTime은 모델을 구성하는 파일 세트를 지정하고 ClearCase는 보기의 구성 스펙에 의해 판별된 파일 버전을 제공합니다.

서적 아이콘 ClearCase와 함께 Rose RealTime을 사용하는 방법에 관한 자세한 정보는 Guide to Team Development, Rational Rose RealTime 문서를 참조하십시오.

ClearCase를 사용하기 전에 ClearCase가 사용될 모든 워크스테이션과 사용자 워크스테이션을 설정해야 합니다.

전제조건: ClearCase 설정

일반 권장사항

Microsoft Windows NT 사용자이면 MVFS 마운트 포인트나 M: 드라이브를 통해 보기에 액세스하지 마십시오. 대신 명시적 드라이브 마운팅(예: X:, Y: 또는 Z:)을 통해 보기를 사용하십시오. 그러면 wink-in이 개선되어 보기 이름에 대한 종속성이 없어집니다.

UCM 통합

UCM 통합으로 인해, UCM VOB에서 작업 중일 경우에는 도구 세트를 통해 개정에 활동을 지정할 수 있습니다. 또한 Rose RealTime에서 프로젝트 탐색기를 기준 재설정하고 전달하며 실행할 수 있습니다.

스냅샷 보기

ClearCase를 사용하여, Rose RealTime에서 스냅샷 보기 갱신을 초기화할 수 있습니다. 스냅샷 보기에는 소스 파일의 디렉토리 트리가 있습니다.

다음 조건 중 하나가 적용될 경우 사용자는 스냅샷 보기를 사용하려고 할 것입니다.

  • 컴퓨터가 동적 보기를 지원하지 않습니다.
  • 기본 빌드 속도를 달성하기 위해 빌드 성능을 최적화하려고 합니다.
  • VOB를 호스트하는 네트워크로부터 연결이 끊어져 있거나 간헐적으로 네트워크에 연결될 때 ClearCase 제어 하에 소스 파일에 대해 작업하려고 합니다.
  • ClearCase 호스트가 아닌 컴퓨터에서 보기에 액세스하려고 합니다.
  • 프로젝트가 ClearCase 빌드 감사 및 빌드 회피를 사용하지 않습니다.
Rational ClearCase 워크스테이션 설정

VOB 또는 보기에 액세스하는 모든 워크스테이션은 ClearCase를 사용하도록 설정해야 합니다. Windows NT/2000의 경우 개발에 사용되는 모든 워크스테이션이 포함됩니다. UNIX의 경우에는 보기 서버인 모든 시스템이 포함됩니다.

또한 Rose RealTime에 사용되는 ClearCase 보기의 보기 서버로 작동하는 모든 시스템은 ClearCase용으로 설정해야 합니다. ClearCase MultiSite를 사용할 경우 Rose 요소를 포함하는 VOB가 복제되는 모든 사이트에서 이를 수행해야 합니다. 명령 창에서 다음을 입력하여 보기 서버인 시스템을 판별할 수 있습니다.

 cleartool lsview

각 출력 행에 있는 두 번째 항목은 보기 서버가 실행 중인 시스템 이름을 표시합니다. 예를 들어, lsview 명령의 출력에 다음 행이 표시될 경우

 myview mymachinevwsmyview.vws

"mymachine"은 myview의 보기 서버가 존재하는 시스템의 이름입니다.

서적 아이콘 추가 세부사항에 대해서는 ClearCase 관리자에게 문의하거나 Guide to Team Development, Rational Rose RealTime에서 소스 제어 도구에 관한 정보를 참조하십시오.

초기 설정

다음 단계는 VOB에서 이미 소스 제어 하에 있는 모델에서 작업할 경우에 적용됩니다. 추가 정보는 Guide to Team Development, Rational Rose RealTime에서 소스 제어 관리에 관한 정보를 참조하십시오.

  1. 구성 스펙이 다음과 같이 표시되도록 통합기 보기를 작성하십시오.
 
element * CHECKEDOUT
element * /main/LATEST
  1. 프로젝트 레이블을 작성하여 다양한 라인업을 정의하십시오. 중요한 레이블의 예는 다음과 같습니다.
  • TC_BASELINE_0 - 프로젝트의 초기 상태를 표시할 경우
  • TC_BUILDFILES - 다음 자동화 빌드에 포함해야 하는 요소 버전을 표시할 경우
  • TC_LATEST_STABLE - 통합 분기에서 최근의 안정된 라인업을 식별할 경우
  1. 초기 라인업을 작성하고 VOM에 레이블을 적용하십시오. 초기 라인업의 예는 다음과 같습니다.
 
[x:dev]cleartool mklabel -recurse TC_BASELINE_0 dev
  1. 개발자 보기 템플리트를 작성하여 모든 구성 스펙이 공통적인 기본에서 파생되도록 하십시오. 그러면 모델에 대해 일관성 있는 제어 상태의 액세스가 제공되며 라인업 및 개인용 분기 사용이 쉬워집니다.

    개발자가 수행하는 두 가지의 기본 기능, 브라우징과 개발이 있습니다. 각 기능에는 다른 구성 스펙이 필요합니다.

서적 아이콘 템플리트 규칙에 대해서는 Guide to Team Development, Rational Rose RealTime에서 초기 설정 정보를 참조하십시오.

도구 단계

Rose RealTime에서 ClearCase를 사용하려면 다음 단계를 수행하십시오.

  1. 적절한 모델 요소를 단위로 제어
  2. 로컬 작업 영역 작성
  3. 모델을 작업 영역에 저장
  4. 작업공간 소스 제어 옵션 구성
  5. 소스 제어에 모델 추가
  6. 모든 프로젝트 구성원이 기본 작업공간을 사용할 수 있도록 만들기
  7. 보기 템플리트 사용
  8. ClearCase 엔티티
  9. 빌드 자동화
  10. 개발자 프로세스
  11. 통합 프로세스

1. 적절한 모델 요소를 단위로 제어

개발할 때 현재 단계에서 사용자 프로젝트 및 팀 환경에 대해 필요로 하는 세분성을 판별하십시오. 프로젝트의 설계자와 함께 협업으로 수행하십시오.

2. 로컬 작업 영역 작성

ClearCase에서 모델을 저장할 로컬 작업 영역을 설정하려고 할 것입니다. VOB에서 Rose RealTime 파일에 액세스하는 각 개발자는 자신의 전용 보기를 사용해야 합니다.

3. 모델을 작업 영역에 저장

모델을 소스 제어 하에 놓기 전에 로컬 작업 영역에 저장해야 합니다. 소스 제어 저장소와 연관시킨 디렉토리에 모델을 저장하십시오.

4. 작업공간 소스 제어 옵션 구성

소스 제어를 사용하려면 Guide to Team Development, Rational Rose RealTime의 소스 제어 기초에 설명된 적절한 설정을 채우십시오.

5. 소스 제어에 모델 추가

적용 가능한 모든 단위를 소스 제어에 추가하는 가장 간단한 방법은 소스 제어에 모든 변경사항 제출 도구를 사용하는 것입니다. 자세한 정보는 Guide to Team Development, Rational Rose RealTime에서 소스 제어 관리 정보를 참조하십시오.

6. 모든 프로젝트 구성원이 기본 작업공간을 사용할 수 있도록 만들기

작업공간(.rtwks) 파일에는 프로젝트에서 작업 중인 모든 사용자에게 공통적인 정보가 들어 있습니다. 작업공간에서의 설정은 초기에 설정된 후 매우 드물게 변경됩니다. 프로젝트의 모든 개발자는 동일한 작업공간 파일 사본을 사용해야 합니다. 이와 같은 이유로 인해, 이 파일은 모든 프로젝트 사용자가 수정된 버전을 사용할 수 있도록 소스 제어 하에 놓을 수 있습니다. Rational Rose RealTime은 파일 체크인 또는 체크아웃에 대한 명시적 지원을 제공하지 않습니다.

소스 제어 관리자가 소스 제어에 모델을 추가하고 나면, 사용자의 소스 제어 도구를 사용하여 수동으로 작업공간을 추가해야 합니다. 그러면 다른 사용자가 로컬 작업 영역의 초기 갱신 일부로 작업공간을 검색해야 합니다. 이렇게 하면 모든 팀 구성원이 프로젝트에 대해 동일한 소스 제어 설정을 사용하게 됩니다.

7. 보기 템플리트 사용

보기 템플리트는 개발자가 보기 구성 스펙에 대해 공통적인 기본을 사용하도록 하고 개인용 분기에서 좀더 쉽게 작업할 수 있도록 하기 위해 사용됩니다. 보기 템플리트는 작업할 통합 분기를 지정하고, 개인용 분기의 기반으로 사용할 수 있는 레이블이 있는 체크포인트를 나열하며 추가 구성 스펙 규칙으로 채울 수 있는 구성 스펙 템플리트를 포함합니다.

서적 아이콘 자세한 정보는 Guide to Team Development, Rational Rose RealTime에서 Rational ClearCase 병렬 개발 정보를 참조하십시오.

8. ClearCase 엔티티

보기, 보기 템플리트 및 레이블을 작성하여 Rational ClearCase 기능을 편리하게 사용할 수 있습니다. 자세한 정보는 Guide to Team Development, Rational Rose RealTime에서 ClearCase 병렬 개발 정보를 참조하십시오.

9. 빌드 자동화

빌드에 들어가는 파일 버전을 선택적으로 선택할 수 있는 기능을 제공하기 위해, 빌더는 빌드 레이블이 TC_BUILDFILES인 모든 버전을 선택합니다. 이로서, 필요에 따라 빌드에 들어 가는 정확한 버전을 변경할 때 융통성을 발휘할 수 있습니다. 예를 들어, 파일의 최근 버전에 컴파일하지 않는 코드가 있으면 대신 이전 버전에 레이블을 붙일 수 있습니다.

다음 단계가 빌드에 포함됩니다.

  1. 빌드 파일에 레이블을 붙이십시오.
  2. 빌드를 수행하십시오.
  3. 빌드가 성공적으로 완료될 경우
    • 새 라인업 레이블을 작성하고 빌드 파일 버전에 적용하십시오.
    • TC_LATEST_STABLE을 빌드 파일 버전에 적용하십시오.
    • 개발자가 새 라인업을 사용할 수 있도록 하십시오.

10. 개발자 프로세스

각각의 개발 활동은 단일 개발자가 완료하며 해당 활동에 특정한 개인용 분기에서 수행됩니다. 즉, 개발자마다 고유 보기가 필요합니다. 보기는 빌드 레이블로 식별되는 통합 분기의 분기점을 기반으로 합니다.

수행되는 작업을 식별하는 다음과 같은 고유 분기 이름을 선택해야 합니다.

 paulz_timing

자동으로 체크아웃하여 분기점에서 개인용 분기로 파일을 분기시키기 위해 보기의 구성 스펙 규칙이 설정됩니다. 게다가, 개발 활동 중 작성된 새 요소는 즉시 개인용 분기로 분기됩니다.

분기는 다른 개발자에게 표시되지 않고 숨겨지므로, 사용자가 분기에 대한 점차적인 변경사항을 체크인할 수 있습니다. 개발자가 자신의 변경사항이 완료되어 통합될 준비가 되었다고 생각하면 개발자는 개인용 분기의 모든 변경사항이 통합 준비 상태임을 통합기에 알립니다.

자동 빌드에 사용되는 버전에 해당되는 레이블로부터 개발자 개인용 분기 기초를 지정하면 각 개발자는 winked-in 도출 오브젝트 양식으로 대부분의 빌드 결과를 재사용할 수 있습니다. 이로서 변경할 때 각 개발자가 필요로 하는 빌딩 양이 현저하게 감소합니다.

11. 통합 프로세스

각각의 개발 활동은 결국 통합 분기에 병합해야 합니다. ClearCase에는 이와 같은 병합을 수행하기 위해 사용할 수 있는 몇 개의 도구가 있습니다. cleartool findmerge 명령을 사용하여 하나의 분기에서 다른 분기로 모든 변경사항을 병합할 수 있습니다. 통합기 보기에서 다음 명령 구문을 사용할 수 있습니다.

 cleartool findmerge dev -all -fversion .../paulz_timing/LATEST -merge

또한 Windows NT 사용자는 ClearCase 병합 관리자를 사용하여 동일한 병합을 수행할 수 있습니다.

이 두가지 방법은 모두 디렉토리 버전을 병합하며 Rose RealTime 모델 통합기를 사용하여 모델 파일의 변경사항도 병합합니다. 병합을 수행한 후에는 통합기가 모델을 Rose RealTime으로 로드하고 병합 오류가 발생하지 않았는지 확인해야 합니다. 모델이 올바르게 로드되면 도구 -> 소스 제어 -> 소스 제어에 모든 변경사항 제출 메뉴 항목을 사용하여 변경사항을 체크인해야 합니다.

일련의 개발 활동을 통합하려면 다음을 수행하십시오.

  1. 통합기의 보기에서 모델을 로드하십시오.
  2. 위에 자세히 설명된 대로 병합을 수행하십시오.
  3. 도구 -> 소스 제어 -> 전체 모델 동기화를 사용하십시오. 그러면 병합에서 변경된 모든 파일이 다시 로드됩니다.
  4. 병합된 차이가 올바른지 확인하십시오.
  5. 도구 -> 소스 제어 -> 소스 제어에 모든 변경사항 제출을 사용하여 변경사항을 승인하고 소스 제어로 체크인하십시오.
  6. 통합이 필요한 활동마다 2 - 5 단계를 반복하십시오.