首页 > 解决方案 > 在开始实际构建之前更新版本文件中的内部版本号并在 Jenkins 作业中推回原点

问题描述

以下是我的 Jenkins 构建工作阶段。每 4 小时由 SCM 轮询触发构建。在第 2 阶段,如果自拉取构建工作空间后原点有新更改,则推送到原点步骤将失败。

当前的解决方法:在执行“”之前,我可以git pull --rebase在 stage2 中执行“ git push origin”。但它将包括新的提交到构建工作区中,这在构建列表中集成的 Jenkins 管道的“更改”中实际上不存在。它将对构建中包含哪些更改造成混淆。

有人可以为此提供更好的解决方案吗?

  1. stage1:来自 Git 2 的 chekcout。 stage2:更新版本文件中的内部版本号,提交并推送到原点。
  2. stage3:进行实际构建
  3. stage4:测试和部署构建工件。

标签: gitjenkinsjenkins-pipeline

解决方案


推荐阅读