Clearcase集成与哈德森持续集成
我目前有2个基于Linux的ClearCase服务器（在同一网络中）。服务器A，服务器B是实时ClearCase服务器。 Server X是一台备用的Linux ClearCase服务器。目前我们正计划在这台备用服务器上安装哈德森并将其作为构建机器。Clearcase集成与哈德森持续集成
Hudson使用UCM clear case插件可以访问仅在当前机器上存在的VOB和视图。
我的要求是，使用Hudson（在机器X上），我需要使用X作为构建机器，在服务器A和服务器B上存在的VOB上建立持续集成。
如何访问我的生成机器上的远程vobs和视图。 （不使用unix安装）。是否可以使用我们用于使用CTE进行连接的URL连接到远程cc计算机。
我应该为构建目的使用动态视图还是快照视图。有没有为这种情况规定的最佳做法。除了构建和部署外，我不打算做任何事情。
1 /如何访问我的构建机器上远程VOB和意见。 （如果不使用UNIX安装）
只需从ServerA和serverB上使用上服务器X在ClearCase作为客户端，并在其声明的VOBS（mktag和寄存器，正如我所提到的“same clearcase vob in two windows servers”）
然后，您可以在serverX上创建自己的视图，引用这些Vobs和PVobs。
2 /我应该使用动态视图还是快照视图来实现构建目的。有没有针对这种情况的最佳做法。
如果你只读那些意见和的来源之外的视图进行实际构建，那么动态的观点是好的。
如果构建（这是一种写入操作）发生在ClearCase视图本身内，则视图必须是 a snapshot view。
1）如果服务器A和服务器B使用相同的注册表服务器，则会更简单。在这种情况下，Hudson服务器必须是该注册服务器的客户端。 如果服务器A和服务器B拥有自己的注册服务器，您仍然可以执行此操作。 假设您要将服务器A的注册表设置为主注册表服务器。您必须在注册表A中声明服务器B的Vobs（通过指定主机是服务器B，在服务器A上注册并从服务器B中mktag VOB）。如果您不想污染服务器A的默认区域，则可以创建一个专用区域（cleartool mkregion），您将在这里从两个服务器中读取VOB）。然后在Hudson服务器上，您将必须使用注册表A和特定区域来指定您是来自服务器A的客户端。您将看到来自服务器A和服务器B的VObs。
2）快照视图。如果您阅读wiki page about clearcase ucm Jenkins plugin，它解释了为什么使用快照构建。 “快照视图可以 - 而不是动态视图 - 可以放置在任何地方，我们可以利用它将其放置在作业的工作区内。“‘总的来说构建性能也是由客户机文件系统托管的快照视图好得多 - 一旦被载入’
我可以写一个建议......
我们叉在ClearCase插件几年前，以实现与基础ClearCase和UCM ClearCase的Windows和Linux ClearCase的快照支持。
我们加入快照视图和动态视图（用强制工作区搬迁复选框）的支持（Windows以及Linux）
我们通过活动添加了对ClearQuest票据跟踪的支持。 我们添加了支持ok复合基准功能。 我们添加了预测试的提交功能，在构建成功的情况下启用deliverComplete postaction。并促进基线。
也许这个插件将有助于... 也许有人应该有足够的兴趣参与其演变。
我给你的链接：https://github.com/cittools/clearcase-plugin 欢迎任何的反馈 （我是全新的计算器，如果我错过了一个规则，指引我）