我目前有2台基于Linux的ClearCase服务器(在同一网络中)。服务器A,服务器B是实时ClearCase服务器。 Server X是一个备用的Linux ClearCase服务器。目前我们计划在这个备用服务器上安装hudson并将其作为构建机器。
Hudson,使用UCM clear case插件可以访问仅在当前机器上出现的VOB和Views。
我的要求是,使用Hudson(在机器X上)我需要使用X作为构建机器在服务器A和服务器B上的VOB上设置持续集成。
如何在我的构建计算机上访问远程vob和视图。 (不使用unix安装)。是否可以使用我们用于使用CTE连接的URL连接到远程cc机器。
我是否应该使用动态视图或快照视图进行构建。是否有针对此方案的最佳实践。除了构建和部署之外,我不打算做任何事情。
答案 0 :(得分:0)
1 /如何在我的构建机器上访问远程按钮和视图。 (不使用unix挂载)
只需在服务器X上使用ClearCase作为客户端,并在其中声明来自serverA和serverB的Vobs(mktag和register,如我在“same clearcase vob in two windows servers”中提到的那样)
然后,您可以在serverX上创建自己的视图,引用这些Vobs和PVobs。
2 /我是否应该使用动态视图或快照视图进行构建。是否有针对此场景的最佳实践。
如果您只是从那些视图中读取了和正在视图中 的实际构建,那么动态视图就可以了。
如果构建(这是一个写入操作)发生在ClearCase视图本身内,那么视图必须 snapshot view 。
答案 1 :(得分:0)
1)如果服务器A和服务器B使用相同的注册服务器,它将更简单。在这种情况下,Hudson服务器必须是该注册表服务器的客户端。 如果服务器A和服务器B拥有自己的注册服务器,您仍然可以执行此操作。 假设您要将服务器A的注册表设置为主注册表服务器。您必须在注册表A中声明服务器B的Vobs(通过指定主机是服务器B来注册并mktag来自服务器A上的服务器B的VOB)。如果您不想污染服务器A的默认区域,则可以创建一个专用区域(cleartool mkregion),您可以在其中mktag来自两个服务器的VOB。然后在Hudson服务器上,您必须使用注册表A和该特定区域指定您是服务器A的客户端。然后,您将看到来自服务器A和服务器B的VO。
2)快照视图。如果您阅读wiki page about clearcase ucm Jenkins plugin,它就会解释为什么使用快照构建。 “快照视图可以 - 而不是动态视图 - 位于任何地方,我们利用它将其放置在作业的工作区内。” “一般来说,在客户端本机文件系统托管的快照视图中,构建性能也会好得多 - 一旦加载它们。”
答案 2 :(得分:0)
我可以写一个建议......
几年前我们分叉了ClearCase插件,以支持基础ClearCase和UCM ClearCase的Windows和Linux ClearCase Snapshot支持。
我们添加了快照视图和动态视图的支持(带有强制Workspace重定位复选框)(windows和linux)
我们通过活动添加了对ClearQuest门票跟踪的支持。 我们添加了支持ok复杂的基线功能。 我们添加了一个预先测试的提交功能,以便在构建成功的情况下实现deliverComplete postaction。并促进基线。
也许这个插件会有所帮助...... 也许某人应该有足够的兴趣参与其演变。
我给你链接:https://github.com/cittools/clearcase-plugin 欢迎任何反馈 (我在stackoverflow上是全新的,如果我错过了规则,请指导我)