나는 ClearCase 매장에서 일하고 있으며 CC는 코드 검토 프로세스를 통해 일일 변경 사항을 추적 할 수 없지만 팀 작업을 통합하는 데 좋은 역할을합니다. 내 CC 뷰 위에 hg 저장소를 만드는 것은 정말 잘 작동합니다. 변경 사항을 추적하고 파일 서버에서 쉽게 백업을 만들고 사람들을위한 diff 파일을 생성 할 수 있습니다.클리어 케이스의 mercurial ontop을 사용할 때의 보존 내역
새 CC 뷰로 이동하고 내 기록을 남겨두기 전까지이 모든 것이 훌륭하고 좋은 것입니다. 내가 할 수 있을까? 내 이전의 역사가 있으며 최신보기에서 다른 모든 것을 최신 변경 집합으로 표시하십시오.
우리는 Git를 ClearCase 정적보기에서 사용합니다.
CC에서 새로운 (레이블이 붙은) 릴리즈 작업을 시작할 때 config spec이 적절히 변경되면 Git은이를 정기적 변경 세트로 선택합니다.
Git은 config specs에 대해 아무 것도 모르고 있기 때문에 CC는 .git 디렉토리에 대해 아무 것도 모른다. 구성 사양이 변경되면 변경된 파일은 모두 다시로드되지만 .git 디렉토리에는 영향을 미치지 않으므로 Git은 여전히 repo를 볼 수 있습니다.
나는 Mercurial에 대한 경험이 없지만 그걸 해고하고 몇 개의 dirs와 파일을 추가했는데 같은 방식으로 작동하는 것처럼 보입니다.
필자는 ClearCase를 사용한 적이 없기 때문에 CC보기가 무엇인지 정확히 모르겠지만 여기에 적절한 공급 업체 할인에 대한 일반적인 기술이 있습니다. 업스트림 (CC) 버전을 체크인, 개정판 0, hg 지점 vendor 또는 원하는대로. 기본 분기로 다시 변경하고 해킹하십시오. 그런 다음 최신 업스트림 버전으로 이동하려면 hg repo에서 vendor을 다시 확인하고 작업 디렉토리를 새 업스트림으로 교체하고 --similarity (가능하면 --similarity 이름 바꾸기 옵션 포함)을 실행하여 커밋하고 현재와 병합하십시오 tip을 입력 한 다음 기본 분기로 다시 전환하십시오. 각각의 ClearCase보기는 자신의 경로에 때문에
가 (스냅 샷 뷰) 또는 로컬 디렉토리 (동적 뷰), brendan's answer를 완료하려면, 당신은해야합니다 :
첫 번째 단계에서 더 구체적으로 설명 할 수 있습니까? –
hg repo를 옮기십시오 : 첫 번째 CC보기에있는 원래 hg repo를 * 직접 * 동기화하지 않는 것이 좋습니다. CC보기 외부에서 복제하고 올바른 지점으로 설정 한 다음 순서대로 새 지점을 만들어야합니다 새 참조 뷰에서 가져온 파일을 분리합니다. 그런 다음 새보기를 외부 저장소와 동기화 할 수 있습니다. 마지막으로 외부 참조를 새 CC보기로 복제 할 수 있습니다. – VonC
"오른쪽 브랜치로 설정": 첫 번째 CC 뷰에서 첫 번째 뷰의 상단에 hg repo를 처음 생성 한 지점을 의미합니다. 그렇게하면 hg repo를 새 콘텐츠와 동기화 할 때 동일한 hg repo에 새로운 CC보기 콘텐츠와 함께 이전 기록이 생깁니다. – VonC
우리는 그것을 사용하는 몇 가지 기괴한 이유가 있습니다. 특히 전체 팀이 동일한 정적보기 - WTF를 공유합니다. 어쨌든. –