使用CM Bridge有哪些潛在風險？

Question

我們公司正在使用ClearCase進行版本控制並作爲與兄弟公司交換代碼的媒介。
其中一些網站正計劃從CC切換到子版本。 我們的網站管理對於替換我們的版本控制系統並不熱衷。

一個可能的折衷方案是使用Clearvision公司的CM bridge，但我發現零客戶評論有關此產品。
我特別感興趣的是使用它的風險。

任何人都可以指出與此產品相關的任何此類風險或可能的困難嗎？

Answer 1

我們所做的所有遷移都是from ClearCase to Subversion，遷移後沒有橋接或同步：這根本就不值得。

這些遷移的主要風險是盲目進口所有歷史，所有分支（包括鎖定和/或過時的特徵爲：documentation -- administration guide --從來沒有提到這些類型的對象的那些），所有的標籤（包括僅在3個文件上設置，而不是在UCM組件的所有文件上設置完整基線）

ClearCase的文件原子操作與從Subversion到版本庫提交的希望之間的差異太重要了，獲得完整的鏡像。這也導致了第二個主要風險：適應並發展圍繞VCS的一系列實踐：並行兩個意味着需要更多的工作和更容易出錯的環境來處理兩個VCS。