2011-09-23 110 views
0

也許我的問題沒有正確解釋,所以讓我試着解釋它。ClearCase開源替代方案

我試圖調查ClearCase的開源替代品。它的優勢之一是它允許將內容邏輯分區成單獨的集中式版本對象庫(或vobs),我們可以控制其訪問權限。也就是說,從管理角度來看,存儲庫提供了統一的視圖,然後我們可以分配訪問控制規則,以限制誰可以查看/修改回購協議中的內容。

不幸的是,這是昂貴的...和它的許多功能吸。過於複雜的配置規範語言,需要在應用標籤之前創建標籤類型等等。所以,我正在尋找替代品。

有沒有人讀過這樣的配置和使用這種開源分佈式版本控制系統的經驗?特別是關於對存儲庫中的內容子集應用訪問控制規則(大小以TB爲單位)?

與集中式開源替代方案相同的問題。

任何第一手的經驗和從壕溝軼事將不勝感激。

回答

1

DVCS通常要求每個開發人員都有完整的存儲庫副本,因此他們可能不太適合這樣的大型數據集。

如果大部分數據很少更新,您可能可以使其工作。您將爲初始結賬支付鉅額罰款,但較小的提交和更新可能是合理的。這是一個集中式VCS的部分簽出可以優於分佈式系統的領域。

如果內容有邏輯分區,您可以分入較小的存儲庫。 Git & Mercurial允許您創建子存儲庫,這可以使其更容易。

除非您需要阻止對某些內容的讀取訪問權限,否則我認爲訪問控制不是問題。與集中式系統不同,您不必擁有一個用於在開發人員之間移動更改的中央存儲庫。有很多工作流程。您可以讓一位高級開發人員維護一個穩定的分支,並讓他們從開發人員處獲取更新。您可以在多個分支位置擁有多個公共分支機構,並使用可推送到每個分支機構的標準網絡訪問控制。可能性是無止境。

+0

謝謝你。這就是我所懷疑的,但是從具有DVCS經驗的人那裏知道是很好的。謝謝。 –