跳过了第一个建立在第一个分支机构上的索引为建立分支机构战略提供了一些背景……自年初以来，我一直在帮助TSM（技术成功经理）团队为一家西班牙IBEX公司执行一些DevOps咨询。在我所做的一个约定中，我被要求研究跳过第一个分支上的第一个构建的可能性索引在这次活动中与我有直接接触的人向我解释道：你知道，我们所处的企业环境中，比特桶组织非常多样化，但无论如何，通常有几十个存储库-每个存储库都有多个分支和pr。当我们配置Bitbucket团队/项目时，它会触发很多构建，我们需要使用自定义脚本来避免执行所有这些生成。到老实说，我在考虑调查这个问题，也许会寻找一个解决办法，但从来没有真正深入研究分支api插件。主要是因为我几乎从来没有对Jenkins的这一部分有所贡献，也因为在api上工作通常非常耗时。。。而且，在现场和客户在一起，花这么多时间在这样的具体问题上似乎不是个好主意主题。但是，就在同一家公司的同一周，我在与不同的人的多次谈话中听到了一些关于这一点的抱怨。周末，我给我的一个同事打电话问他这个问题，他告诉我还有更多的客户在等待这个著名的RFE（增强请求）。那一刻，正是我决定花时间在这件事上的时候主题。如何为了跳过第一个分支索引的第一个构建……Jenkins RFE是Jenkins-38552，它是在下面两个上实现的PRs.https://github.com/jenkinsci/basic-分支构建策略plugin/pull/4https://github.com/jenkinsci/branch-api-plugin/pull/144The增强在branch-api-2.3.0和basic-branch-build-strategies-1.3.0之后就可以使用了，所以请确保您在Jenkins上安装了这些版本，以便能够使用新的构建分支策略，一旦您有了这两个插件的正确版本，就应该在构建策略部分的所有多分支作业上，默认情况下，在第一次生成新分支时，首先调用的是"跳过生成"策略触发。贡献要建立更多的分支策略…为更多的构建分支策略做出贡献是非常容易的。你只需要看看构建分支策略插件举例来说这个插件的想法是决定我们是否应该触发一个构建，一旦有一个分支索引。为此，每个构建策略都是从BranchBuildStrategy扩展而来的，它覆盖了方法isAutomaticBuild。为了决定是否应该触发生成，我们当前有SCMSource、SCMHead、SCMRevision和TaskListener。public boolean isAutomaticBuild（@NonNull SCMSource source，@NonNull SCMHead，@NonNull SCMRevision currenrevision，SCMRevision prevRevision，TaskListener TaskListener）感谢……CloudBees为OSS贡献了大量的工作时间社区。到达里奥·维拉迭戈感谢他对这一具体贡献的持续支持，因为我在调查开始时差点就放弃了。