传统代码开始了这项工作。没有原因信息

Question

总有一个额外的构建由＆＃34;提升构建插件触发＆＃34;在詹金斯，我不知道为什么......

这是整个管道：

1. dev commit＆＃34; feature_branch＆＃34;到github
2. jenkins触发了＆＃34; feature_branch＆＃34;运行所有单元测试

on build-job：

• 如果分支通过测试，则应进入＆＃34;代码审查＆＃34; （我在这里使用promote_build_plugin，在代码视图后手动提升），
• 我使用＆＃34;在其他项目上触发/调用构建＆＃34;作为触发＆＃34; deploy-job＆＃34;仅在通过代码审查时才构建。

在deploy-job上：
我可以看到一个新的构建被触发并且feature_branch被合并，但是总会有另一个构建发生在＆＃34;没有变化;旧版代码开始了这项工作。没有原因信息＆＃34;

我用谷歌搜索了一整个下午试图解决这个问题，有什么帮助吗？

Answer 1

您可能有一个通过URL或jenkins-cli触发相同作业的提交后挂钩

OP评论后编辑：

  

但是我开始怀疑在deploy-job上，我没有配置＃34;当一个更改被推送到Github＆＃34;时，我使用＃34;当另一个项目被提升时构建＆＃34; ，所以我认为即使github挂钩被触发，它也不会以额外的构建结束？

嗯，有你的问题^^。 ＆＃34; 触发/调用构建＆＃34;当另一个项目被提升时，机制与＆＃34; 构建完全分开＆＃34;。

• 前者允许从构建步骤或促销中触发新构建（与特定促销相关联）。
• 后者将触发对已配置作业的任何促销的构建。它与＆＃34; 构建其他项目＆＃34;相反。构建后配置。

此外，构建触发器不是 AND＆＃c> ，它们是 OR＆＃39; 。当或发生触发或时构建。 在推广其他项目时删除＆＃34; 构建＆＃34;从配置到git摆脱额外的构建。

现在，如果要阻止SCM提交挂钩触发构建，则需要确保在作业上没有配置SCM轮询。或者不同的SCM插件有自己的选项（我知道SVN SCM插件允许＆＃34;忽略后提交挂钩＆＃34 ;;不知道git SCM插件）