我们公司使用ClearCase进行版本控制，并作为与兄弟公司交换代码的媒介 其中一些网站计划从CC切换到子版本。 我们的网站管理对于更换我们的版本控制系统并不热心。
可能的折衷方案是使用Clearvision的CM bridge，但我发现客户对该产品的评价为零。 我特别感兴趣的是使用它所带来的风险。
任何人都可以指出与此产品相关的任何此类风险或可能存在的困难吗？
答案 0 :(得分：1)
我们所做的所有迁移都是 from ClearCase to Subversion ，迁移后没有桥接或同步：这根本不值得。
这些迁移的主要风险是盲目地导入所有历史记录，所有分支（包括锁定和/或过时的分支??? documentation -- administration guide --从未提到过那些对象），所有标签（包括仅在3个文件上设置的标签，而不是在UCM组件的所有文件上设置的完整基线）
ClearCase的文件原子操作和Subversion的存储库提交之间的差异太大了，希望得到一个完整的镜像。
这也导致了第二个主要风险：围绕VCS调整和发展一系列实践：两个并行意味着更多的工作和更容易出错的环境来处理两个VCS。