ClearCase Trigger指南(2) Trigger不是万能的，要以合适的方式用在合适的地方

1. 如何更好的应用Trigger

-Trigger不是万能的，要将合适的Trigger用在合适的地方

应用rmelem_check这个Trigger，可以保护我们的软件资产不会被误操作或恶意删除；从Trigger的定义中我们可以看到，Trigger触发的动作除了ClearCase内置命令，可以是任何可执行程序；这就意味我们可以根据需要进行扩展。

在我的周围，有一群ClearCase的狂热爱好者，我也是其中之一；刚了解ClearCase Trigger时，我们有这样的想法：虽然Rational ClearCase提供的UCM模式中，已经提供了一个很方便的支持多用户并行开发的流程，但是这些远远不够，我要用Trigger建立一个完美的自动控制流程，开发人员按流程走就可以了；另一些ClearCase管理员则会说UCM好是好，但是我们用的是Base ClearCase，我们要用Trigger来控制流程。可是设立了一系列Trigger后发现，理想是美好的，现实是残酷的，开发人员更多的提到的是Trigger所引起的僵化的流程、极糟的性能、层出不穷的问题，配置管理人员到处救火解决Trigger的问题，这到底是为什么呢？

这里我们就要谈到如何更好的应用Trigger来改善我们的工作，并不是所有的情况都适用于Trigger，也没有一个Trigger可以用于所有的组织。

首先，在第一节中我们谈到了Trigger会有相应的操作，这些操作对于不同的组织，甚至同一组织的不同项目都可能会有差异；同时我们也要注意到Trigger的主要目的是为不同的组织提供一个柔性的可控制的流程，而一个僵化的流程显然不符合大多数组织的愿望。

其次，在流程中也有轻重缓急之分，在同一个操作会有不同的检查项，如果将所有的要求都做到一个Trigger中，这个Trigger会很复杂，如果分开，Trigger的执行顺序又会对结果有很大的影响。

第三，每个Trigger都是一个小程序，Trigger多了，对性能会有一定的影响。

最后，一个完整的软件配置管理系统不只是工具与流程，还要有规范与纪律。

Trigger的最佳应用场景在于保护组织的软件资产不被未经允许的人员删除这样的地方，因为如果一旦操作可能会有毁灭性的后果，而其他如Check in时注释多少个字之类的不一定都通过Trigger来限制，可以在项目组中规定纪律，进行抽查就可以了。

综上所述，Trigger主要用于流程控制中一旦违反会造成不可挽回的损失或者恢复时所付出的代价过高以至于难以承受的地方，其他一些锦上添花的地方使用脚本就可以了。