2011-09-23 2 views
0

아마도 내 질문이 제대로 바뀌지 않으므로 설명해 드리겠습니다.ClearCase에 대한 오픈 소스 대안

저는 ClearCase 대신 오픈 소스 대안을 조사하려고합니다. 장점 중 하나는 콘텐츠를 별도의 중앙 버전 개체베이스 (또는 vob)에 논리적으로 분할 할 수있게 해 주므로 액세스를 제어 할 수 있습니다. 즉, 저장소는 관리 관점에서 통일 된보기를 제공 한 다음 repo에서 누가 무엇을보고 수정할 수 있는지 제한하는 액세스 제어 규칙을 할당 할 수 있습니다.

불행히도, 비용이 많이 들며 ... 많은 기능이 빠릅니다. 지나치게 복잡한 설정 스펙 언어, 라벨을 적용하기 전에 라벨 유형을 만들 필요성 등. 그래서, 대안을 찾고 있습니다.

이런 방식으로 오픈 소스 분산 버전 제어 시스템을 구성하고 사용하는 경험이있는 사람이 있습니까? 특히 저장소의 콘텐츠 하위 집합에 대해 액세스 제어 규칙을 적용하는 것과 관련하여 (테라 바이트 규모)?

중앙 집중식 오픈 소스 대안과 관련하여 동일한 질문이 있습니다.

모든 직접 경험과 트렌드의 일화는 크게 감사하겠습니다.

답변

1

DVCS는 일반적으로 각 개발자가 저장소의 전체 복사본을 가지고있어 이러한 대규모 데이터 세트에 적합하지 않을 것을 요구합니다.

대부분의 데이터가 거의 업데이트되지 않는 경우 작동하게 할 수 있습니다. 초기 체크 아웃에는 가파른 벌금을 지불 하겠지만 커밋 및 업데이트가 적다면 합리적 일 수 있습니다. 이것은 부분 체크 아웃이있는 중앙 집중식 VCS가 분산 시스템보다 월등 한 영역입니다.

콘텐츠에 논리적 구분이있는 경우 더 작은 저장소로 나눌 수 있습니다. Git & Mercurial을 사용하면 쉽게 만들 수있는 하위 저장소를 만들 수 있습니다.

일부 콘텐츠에 대한 읽기 액세스를 차단해야하는 경우가 아니면 액세스 제어가 아닌 것으로 간주합니다. 중앙 집중식 시스템과 달리 개발자간에 변경 사항을 이동할 수있는 중앙 저장소가 하나도 필요하지 않습니다. 수많은 워크 플로가 있습니다. 안정적인 지점을 유지 관리하는 고위 개발자가 한 명 있고, 개발자에게 업데이트를 제공하도록 할 수 있습니다. 별도의 위치에 여러 개의 공용 지점을두고 각 지점으로 이동할 수있는 표준 네트워크 액세스 제어를 사용할 수 있습니다. 가능성은 무한합니다.

+0

고마워요. 그것이 제가 의심했던 것입니다. 그러나 DVCS에 대한 경험이있는 다른 사람들로부터 알고있는 것이 좋습니다. 감사. –