使用AccuRev和Jenkins CI（门控流）

我们的一个客户正在使用AccuRev进行源代码管理/版本控制。我们正在尝试为他们建立Jenkins CI环境。 目前我们已经这样做了，詹金斯只是一遍又一遍地轮询同一个流

但是，我们正在寻找一种更好的方法，将Jenkins CI与AccuRev工作流集成。我读过一些关于门控流的文章，这些门控流可以触发外部构建并确定是否可以提升来自下游的更改。 这听起来很有希望，但是由于我对AccuRev缺乏经验，我不确定这将如何实现

有谁能给我介绍一下将Jenkins CI与AccuRev结合使用的示例和/或教程，特别是与门控流结合使用的示例和/或教程吗？

---

或者解释一下这个特定主题的细节？

我也使用Jenkins和AccuRev

在我的环境中，我的CI构建是基于升级/清除/降级启动的，这是通过使用server\u post\u promote\u trig来完成的 （包括升级和清除）和新服务器主触发（包括降级）

我使用了门控流abit，但当我遇到一个缺陷时，还没有在我的环境中实现这个功能（可能在最新版本中已经修复）

门控流的基本概念是，当您将更改提升到此流中时，更改实际上会发送到一个暂存流（子流）。 您可以构建/测试更改，并根据您的接受标准，确定是否可以将该更改提升到门控流中

例如： 如果您升级，并且更改未能通过构建，那么更改将保留在暂存流中。您将需要修复该问题并成功构建 用于将更改提升到选通流中

这样，您就不会污染门控流下的所有流

目前，如果您将一个更改升级到一个流中，并且它破坏了构建，那么该流下的所有流现在都包含错误代码

请参阅第11章的在线accurev帮助。使用流强制执行流程