2014-08-28 5 views
2

배경은 당사가 버전 관리를 위해 클리어 케이스를 사용한다는 것입니다. 하지만 우리 팀은 자식을 선호합니다. 그래서 우리는 git 체크를 자동으로 변환하여 클리어 케이스 체크인으로 변환하는 클리어 케이스 자식 브리지를 만들었습니다. (실제로는 순수한 자식으로 마이그레이션 할 계획이 있지만 갈 길이 멀습니다.)클리어 케이스보기를 생성하는 계정이 아닌 다른 계정으로 체크인 할 수 있습니까?

어쨌든, 보기 cleartool를 사용하여, 그리고 그것을 기반으로 자식 서버를 구성. 따라서 모든 클리어 케이스 체크인은 스냅 샷보기를 통해 이루어졌습니다. 문제는 다른 계정으로 정리하기 위해 체크인하려고했기 때문입니다. 그렇다면 회사의 클리어 케이스 역사에 영향을 미치지 않습니다. 그러나 클리어 케이스의 공식 문서를 찾은 후에는 불가능한 것처럼 보입니다.

일반적으로 질문은 다음과 같습니다. 클리어 케이스보기를 만드는 계정이 아닌 다른 계정으로 체크인 할 수 있습니까?

또는 클리어 케이스 자식 브리지에 대한 실질적인 아이디어가 있습니까? 감사.

+0

당신이 할 수있는 네,하지만 당신은 다리 계획 이후 또 다른 질문을 것입니다 : 당신이 감사에 대한 될까요를? 그렇다면 모든 사용자에 대해 하나의 계정으로 체크인하지 않는 것이 좋습니다. –

+0

감사합니다. SE로서 나는 그것에 관해 전에 결코 생각하지 않았다. 나는 그것을 고려할 것이다. – Landys

+0

관심사로 @ Landys, 결국 어떤 접근 방식을 취 했습니까? 나는 정확하게 똑같은 것을보고 있으며 당신과 연결하고 당신의 경험을 통해 배우는 것을 좋아합니다. – Brendan

답변

1

ClearCase는 사용자 이름/그룹 인증을 위해 OS를 사용하므로 cleartool checkout/checkin을 다른 사용자로 실행하는 것이 좋습니다.

즉, ClearCase 기능이 아닌 OS 별 작업 인 다른 사용자로 스크립트를 시작한다는 의미입니다. (Windows에서 유닉스 sudo -u anotherUser, runas /user:anotherUser)

+0

감사합니다. 그것은 잘 작동하지만 여전히 모든 사람의 암호가 필요한 문제가있는 것 같습니다. 어쨌든, 그 질문에 대한 답은 훌륭합니다. – Landys

1

또 다른 옵션은 cleartool mkattr (documentation)를 이용하여 생성 된 각각의 버전에 속성 메타 데이터로 커밋 원래에 대한 정보를 저장하는 것입니다.

뭔가 같은 :

cleartool mkattype –nc –vtype string author 
cleartool mkattype –nc –vtype string sha1 
cleartool mkattr author \"John Doe\" [email protected]@\main\4 
cleartool mkattr sha1 \"6329964d55d6c71ec646dfb8154fe02eae2cf201\" [email protected]@\main\4 
+0

좋은 소리. 나는 그것을 대안으로 지킬 것이다. – Landys