您对Clearcase Multiserver的体验如何？

Question

我们正在考虑使用ClearCase Multisite来支持离岸开发团队。另一个选项是使用本地（在岸）ClearCase安装的ClearCase Remote Client。有没有人有使用Multisite的经验？同步和管理是否值得在海外使用胖客户端？

Answer 1

这是一个很好的问题。我相信只要你能弄清楚元素的主导权，就可以使用多站点。如果在A站点掌握了一个元素，则在转移主控权之前，您无法在站点B进行编辑。因此，如果每个站点正在处理相同的代码片段，那么多站点将比其值得更麻烦，如果覆盖范围是不相交的，则多站点是一个很好的呼叫。 Clearcase在网络上非常健谈，尽可能保持本地化是一个好主意。

Answer 2

我同意刺激。实际上，除非你在相同的文件集上进行大规模的并发开发，否则多站点的设置和维护非常繁重......

如果覆盖范围不相交，......实际上我们已经切换到CRC（但我们在这里使用CC7.0.1，6.0中的CRC不够先进）。这意味着您有一个良好的连接，允许您的用户连接到代表CRC的Web服务器，并将访问您的vobs。
您的远程客户端将使用“半胖”客户端（与您的CRC对话的eclipse RCP ClearCase客户端）或Web界面来设置其快照视图。

促使我们离开Multisite的另一点是许可系统：即使对于本地用户......
因此，如果您只想为远程用户使用多站点许可证，则必须将数据隔离到多站点vob中，然后将这些数据复制到正常的vob中！

总而言之，我认为Multisite不是离岸开发团队的唯一答案 但是，话虽如此，多站点机制的一个强大力量是它能够从来自不同来源的三角洲同步自己：

• 定期接收礼包
• 文件
• 即使是刻有最新三角洲的CD也能做到！

这意味着，如果你的连接并不总是在远程站点上运行，那么多站点可以是一个有效的选项。

Answer 3

Multisite和CCRC之间真正重大的区别之一是您只能使用CCRC快照视图（但实际上称为webview），而Multisite可以同时执行快照和动态视图。

如前一张海报所述，还需要考虑货币和行政费用。

如果没有关于离岸团队规模的更多信息，他们可能会开发什么，您将使用该解决方案的时间，业务规模，管理经验以及您的ClearCase员工的时间......那么，准确回答这个问题真的很棘手。

Answer 4

MultiSite是一款出色的产品，能够以CCRC无法实现的方式真正实现远程站点。它还可用作VOB的备份副本。有很多事情要考虑，但不要让MultiSite的复杂性让你失望......我建议你研究一下CM / InSync，以便将MultiSite自动化为免提设置。

CCRC客户端没问题，与本机动态视图相比，表现平平。这在很大程度上取决于您的要求和需求。

d