2008-10-06 61 views
4

我们正在考虑使用ClearCase Multisite来启用离岸开发团队。另一种选择是使用本地(陆上)ClearCase安装的ClearCase Remote Client。有没有人有使用Multisite的经验?同步和管理的麻烦值得离岸使用胖客户端吗?您对Clearcase Multiserver有什么经验?

回答

1

这是一个很好的问题。我相信,只要你能够弄清楚元素的主人公,就值得使用多场所。如果一个元素在A站点被掌握,那么在您转移主控权之前您不能在B站点编辑它。因此,如果每个站点都在使用相同的代码段,那么多站点会比它的价值更麻烦,如果覆盖率不相交,则多站点是一个好的呼叫。 Clearcase在网络上非常健谈,尽可能保持本地化是一个好主意。

+0

@stimms“发布工程师”他?你使用UCM吗?如果是的话,你如何看待我在2003年偶然发现的“寄生虫基线”错误? (在我看来,UCM仍然是一个主要的依赖管理失败:http://www.ibm.com/developerworks/forums/message.jspa?messageID=6020151#6020151) – VonC 2008-10-06 20:21:54

1

我同意stimms。事实上,除非你对同一组文件大规模并发发展,多站点是相当重的设置和维护......

如果覆盖范围不相交,...其实我们已经切换到CRC(但我们在这里是CC7.0.1,6.0中的CRC还不够先进)。这意味着你有一个很好的连接,允许你的用户连接到代表CRC的Web服务器,并且可以访问你的Vobs。
远程客户端要么使用“半肥”客户端(Eclipse RCP的ClearCase客户说你的CRC)或Web界面,用于建立自己的快照视图。

驱使我们远离多站点的另一点是许可证制度:不能将VOB转换为“多点符合”一个不使用(更贵)的多站点许可证,即使你本地用户.. 。
所以,如果你希望只使用多站点许可证远程用户,你有你的数据隔离到一个多站点VOB,然后将这些数据复制到一个正常的VOB!

总而言之,我相信多站点是不是唯一的答案,离岸开发团队。
,但他这样说,多站点机制的一个强大的力量是其本身从增量来自各种来源的同步能力:

  • 常规接收包的
  • 文件
  • 甚至是CD燃烧着最新的三角洲可以做到!

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

1

一个多地点和CCRC之间的真正的大差异的事实是,你只能使用快照视图(但实际上所谓的网页视图)与CCRC而多地点都可以做快照和动态视图。

由于以前的海报说,也有考虑金钱和管理成本。

没有关于离岸团队规模的更多信息,他们可能会发展什么,您将使用该解决方案的时间长短,业务规模,ClearCase员工的管理经验和时间。 ..好吧,准确地回答这个问题会很棘手。

0

MultiSite是一款出色的产品,它真正能够以远程站点的方式启用CCRC所没有的功能。它也可以作为你的VOB的一个备份复制品。有很多事情需要考虑,但不要让MultiSite的复杂性让你失望......我建议你看看CM/InSync以将MultiSite自动化为免提设置。

CCRC客户端没问题,与原生动态视图相比,仍然不够流畅。它非常依赖于您的要求和需求。 d)。

相关问题