Clearcase与哈德森集成以实现持续集成

时间:2015-02-10 19:38:27

标签: linux automation continuous-integration clearcase clearcase-ucm

我目前有2台基于Linux的ClearCase服务器(在同一网络中)。服务器A,服务器B是实时ClearCase服务器。 Server X是一个备用的Linux ClearCase服务器。目前我们计划在这个备用服务器上安装hudson并将其作为构建机器。

Hudson,使用UCM clear case插件可以访问仅在当前机器上出现的VOB和Views。

我的要求是,使用Hudson(在机器X上)我需要使用X作为构建机器在服务器A和服务器B上的VOB上设置持续集成。

  1. 如何在我的构建计算机上访问远程vob和视图。 (不使用unix安装)。是否可以使用我们用于使用CTE连接的URL连接到远程cc机器。

  2. 我是否应该使用动态视图或快照视图进行构建。是否有针对此方案的最佳实践。除了构建和部署之外,我不打算做任何事情。

3 个答案:

答案 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上是全新的,如果我错过了规则,请指导我)