旧版代码开始了这项工作。没有可用的原因信息

旧版代码开始了这项工作。没有可用的原因信息,第1张

旧版代码开始了这项工作。没有可用的原因信息

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

在OP评论后进行编辑:

但是我开始对部署工作感到疑惑,我没有配置“在将更改推送到Github时构建”,而是使用“在另一个项目升级时构建”,所以我认为即使github钩子也被触发了,它不会结束额外的构建?

好吧,这是您的问题^^。“ 触发器/调用构建 ”机制与“ 在升级另一个项目时 构建 ”完全分开。

  • 前者允许从构建步骤或升级(与该 特定 升级绑定)触发新构建。
  • 后者将触发对已配置作业的 任何 升级。它与“ 构建其他项目 ”的构建后配置相反。

此外,构建触发器不进行 AND 运算 ,而是进行 OR运算 。构建何时发生该 那个 那个触发器。从配置中删除“
升级另一个项目时构建 ”,以消除多余的构建。

现在,如果要防止SCM提交挂钩触发生成,则需要确保作业上没有配置SCM轮询。另外,不同的SCM插件也有自己的选项(我知道SVN
SCM插件允许“忽略提交后的钩子”;不知道git SCM插件)



欢迎分享,转载请注明来源:内存溢出

原文地址: https://outofmemory.cn/zaji/5642492.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-12-16
下一篇 2022-12-16

发表评论

登录后才能评论

评论列表(0条)

保存