Migration 使用CM桥的潜在风险是什么？

我们公司使用ClearCase进行版本控制，并将其作为与兄弟公司交换代码的媒介。
其中一些网站正计划从CC切换到子版本。 我们的网站管理层对更换版本控制系统不感兴趣

一个可能的折衷办法是使用Clearvision提供的，但我发现几乎没有客户对该产品的评论。
我对使用它的风险特别感兴趣

---

有人能指出与此产品相关的任何此类风险或可能的困难吗？

我们所做的所有迁移都是，迁移后没有桥接或同步：根本不值得

这些迁移的主要风险是盲目导入所有历史记录、所有分支（包括锁定和/或过时的分支？？？从未提及此类对象）、所有标签（包括仅在3个文件上设置的标签，而不是在UCM组件的所有文件上设置的完整基线）

ClearCase的文件原子操作和Subversion在存储库范围内的提交之间的差异太重要了，不希望得到一个完整的镜像。
这还导致了第二个主要风险：调整和改进围绕VCS的一套实践：两个并行意味着需要更多的工作和更容易出错的环境来处理两个VCS。

另请参见单向迁移的替代方案