我们的客户之一是使用AccuRev进行源代码管理/版本控制。我们正在努力为他们建立一个Jenkins CI环境。 目前我们已经完成了这项工作，詹金斯只是反复轮询同一个流。使用AccuRev和Jenkins CI（门控流）
但是，我们正在寻找一种更好的方式来詹金斯CI与AccuRev的工作流程整合。我读了一些关于门控流的内容，可以触发外部构建，并确定是否可以提升下游的变化。 这听起来很有希望，但是由于我对AccuRev缺乏经验，我不确定这将如何实施。
任何人都可以向我指出有关使用Jenkins CI和AccuRev的示例和/或教程，尤其是门控流？ 或者也许解释关于这个特定主题的细节？
我也使用Jenkins和AccuRev。
在我的环境中，我的CI构建是基于promote/purge/demote启动的，这通过使用server_post_promote_trig （涵盖提升和清除）和新的server_master_trig（涵盖降级）完成。
我打开门控流abit，但没有在我的环境中实现此功能，因为我碰到了一个缺陷（也许它在最新版本中修复了它）。
带门控流的基本概念是，当您将更改提升到此流中时，更改实际上会发送到临时流（子流）。 您可以构建/测试更改并根据您的接受标准确定是否可以将此更改提升为门控流。
例如： 如果您提升并且更改失败了构建，那么更改将停留在暂存流中。您需要修复此问题，并成功构建 ，以便将更改提升为门控流。
这样，你是不是玷污所有的门流下的溪流。
当前，如果您将更改提升为流并且破坏了构建，那么该流下方的所有流现在都包含错误代码。
看网上AccuRev的帮助下，第11章使用流来强制执行过程。