你对Clearcase Multiserver有什么经验?

这是个好问题。我相信只要你能搞清楚元素的掌握,使用multisite是值得的。如果一个元素在站点A被掌握,你不能在站点B编辑它,除非你已经转移了主控权。因此,如果每个站点都在处理相同的代码,那么multisite将比它的价值更麻烦,如果覆盖范围是不相交的,那么multisite是一个很好的调用。Clearcase在网络上很健谈,尽可能保持本地是个好主意。

我同意stimms。实际上,除非你有一个巨大的 同时发生的 开发 相同的 文件集,多站点是相当重的设置和维护。。。

如果保险范围不一致。。。实际上,我们已经切换到CRC(但我们使用的是CC7.0.1,6.0中的CRC不够先进)。这意味着您有一个良好的连接,允许您的用户连接到代表CRC的web服务器,该服务器将访问您的vob。
您的远程客户机将使用“半胖”客户机(EclipseRCPClearCase客户机与您的CRC通信)或web界面来设置其快照视图。

另一个使我们远离Multisite的原因是许可证制度:如果不使用(更昂贵的)Multisite许可证,您就不能将vob转换为“符合Multisite”的vob,即使对于您的 地方的 用户。。。
因此,如果您只想为远程用户使用多站点许可证,则必须将数据隔离到多站点vob中,然后将这些数据复制到正常vob中!

总之,我相信多站点并不是离岸开发团队的唯一答案。
但是,也就是说,多站点机制的一个强大的力量是它能够从各种来源的delta同步自身:

• 定期接收包裹
• 文件夹
• 即使是用最新的delta刻录的CD也能做到!

这意味着,如果你的连接不总是与远程站点一起,多站点可以是一个有效的选择。

Multisite和CCRC之间的一个真正大的区别是,您只能在CCRC中使用快照视图(但实际上称为webviews),而Multisite可以同时使用快照视图和动态视图。

正如前面的海报所说的,也有货币和行政成本要考虑。

如果没有更多关于离岸团队规模、他们可能开发什么、您将使用该解决方案多长时间、业务规模、ClearCase员工的管理经验和时间的信息……那么,准确地回答这个问题是很困难的。

MultiSite是一个很好的产品,它真正实现了远程站点,而CCRC没有做到这一点。它还可以作为备份 复制品 为了你的VOB。有很多事情要考虑,但是不要让多站点的复杂性把你拒之门外…我建议您查看CM/InSync,将多站点自动化为免提设置。

与本机动态视图相比,CCRC客户机还可以,仍然很淡定。这在很大程度上取决于你的要求和需要。

d。