1
우리는 ClearCase UCM에서 약 27000 개의 파일로 구성된 거대한 코드베이스를 가지고 있습니다. 다음과 같이 우리의 빌드 프로세스는 다음과 같습니다ClearCase UCM의 스냅 샷보기에서 코드 컴파일
- 시작 컴파일
우리는 우리가 정리 컴파일 다음에 (디렉토리 D:\ABC
말) 로컬 컴퓨터에 스트림의 동적보기에서
D:\ABC
그리고 위의 과정을 반복하십시오. 복사에는 약 50 분이 소요됩니다. 우리는 스냅 샷 뷰를 통해 동적 뷰를 선호 이유는 다음과 같습니다
- 우리는 항상 우리가 컴파일하는 동안 몇 가지 기존
- 우리는 많은 코드를 생성 최신 코드를 사용하고 수정할 수 있는지 확인하실 수 있습니다 . 이로 인해 스냅 샷보기가 더럽힐 수 있습니다.
- 우리는
스냅 샷 전망이있는 문제는 ... 그 등을 리베이스, 스냅 샷보기를 청소의 문제에서 저장됩니다
- 우리는 정리하는 코드가 필요 우리 마지막 빌드에 대해 생성됨 (이것들은 view-private로 표시됨)
- 하이재킹을 실행 취소해야합니다 (컴파일시 수정해야하는 일부 파일의 경우 읽기 전용을 제거함)
- 생성 된 출력 디렉토리 및 파일 우리가하고있는
- : 편집
- 동안 비주얼 스튜디오에 의해 우리는 우리는 스냅 샷보기의 청결
내 질문을 신뢰하지 않는 스냅 샷보기 우리가
- 를 컴파일하려고 할 때마다 리베이스 필요 동적 뷰에서 파일을 복사하여 올바른 것?
- 스냅 샷 뷰를 사용할 수있는 방법이 있는지 알고 싶지만 여전히 깨끗한 지 확인하고 싶습니다.
- 프로세스를 개선하기 위해 채택 할 수있는 다른 옵션이나 모범 사례가 있습니까?
어떤 도움을 주시면 감사하겠습니다.
성공적인 빌드 후에 기준을 만듭니다. 따라서 기준선을 얻는 것은 선택 사항이 아닙니다. 또한이 프로세스는 개발자가 아니라 지속적인 통합의 일부입니다. 따라서 어떤 기준선에도 의존하지 않고 최신 소스 코드를 가져와야합니다. – msiyer
VonC 씨, 우리 과정에서 우리는 복사본을 시작하기 전에 스트림을 잠급니다. 그래서 우리는 우리가 무엇을 복사하고 있는지 확신합니다. 우리는 빌드가 성공한 후에 만 basline을 보냅니다. 따라서 성공적인 빌드가 기준선의 전제 조건입니다. 이것은 개발자가 따라야 할 빌드 프로세스가 아닙니다. 이것은 SCM 팀의 지속적인 통합 프로세스입니다. – msiyer
@msreekant 또한 복사 전 * 기준을 지정할 수 있습니다. 그런 다음 스트림을 잠그지 않아도됩니다. 스트림을 차단하지 않고 빌드와 코드 사이의 명확한 연결을 설정해야합니다. – VonC