清晰的UCM触发器在多站点环境中是否很麻烦

Question

为了实现持续集成，我想到了编写Clearcase触发器。

我开始知道post post trigger [在传递到集成流之后]对我有用。

我只是征询建筑师关于触发器实施的建议。

他告诉我不要使用触发器在多站点环境中很麻烦。

这是神话还是真的？是否有任何人因为触发因素而导致他们的构建更加烦人？

请建议我在多站点环境中使用触发器是否安全？

Answer 1

您的架构师可能已经提到了this technote，其中列出了以下事实：

  

按照设计，必须在每个VOB中本地创建触发器类型。

     

与其他元数据类型（标签，属性，分支，元素，超链接）不同，触发器类型无法在管理VOB中创建为全局资源，因为它们无法正确遍历超链接;这是管理VOB连接到客户端VOB的方式。

您可以尝试复制触发器：

  

cptype（复制类型）命令创建一个新类型对象，它是现有类型对象的副本。现有对象和新对象可以位于同一个VOB中，也可以位于不同的VOB中。仅当您在不同的VOB中制作副本时，副本才能与原始副本具有相同的名称。

可是：

  

执行此命令后，两个对象（原始和副本）不会保留任何连接。
  它们只是具有相同属性的两个对象，甚至可能是同一个名称。如果对触发器进行了任何更改（例如使用cleartool mktrtype -replace），则必须手动对触发器的每个副本进行更改，或者必须使用-replace开关再次执行复制;有关详细信息，请参阅cptype reference page。

---

我建议使用外部系统来监控，触发和报告您的持续集成。

你可以：

• 使用CCRC而不是多站点工作流程来简化您的ClearCase设置 在这种情况下，文章“Continuous integration with IBM Rational ClearCase Remote Client”可以提供帮助（您不必使用CruiseControl：Jenkins或Hudson或TeamCity在这种情况下同样好）

• 更一般地，让CI工具（再次：CruiseControl：Jenkins或Hudson或TeamCity）监视特定视图，该视图表示CI工具正常更新，检测任何更改并触发构建。请参阅“Realizing continuous integration”。