【问题标题】:Jenkins daily downstream jobJenkins 日常下游工作
【发布时间】:2015-06-29 20:59:49
【问题描述】:

在我们的持续集成实施中,我们每隔几分钟构建一个新的 WAR/Jar 文件,并将其部署到 Nexus Snapshot 存储库作为最前沿的候选者。这工作令人满意。

我们还运行大量自动化 QA(findbugs、junit 等)作为下游作业,这些作业运行时间更长,有时还会倒退。 只有在没有回归/QA 失败的情况下,我们才会将工件视为发布。

但是,在原始构建上使用下游作业(生成快照并在 jenkins 中存档工件)我们最终获得了许多版本。

因此,我们正在寻找一种将日常工作作为“上游”工作的方法,这样我们就可以使用升级构建来每天发布。

下图概述了我们正在尝试做的事情

                 Create_snapshot
                       |
                --+----+------+--
                  |           |
          quick-regression    |      
                  |           |
 --+--------+-----+---+--     |
   |        |         |       |
Findbugs Integration Junit    |
   |       test      tests   Daily-trigger
   |        |         |       |
   |        |         |       |
   |        |         |       |
   |        |         |       |
---+--------+----+----+-------+--
                 |
          Deploy-as-release

【问题讨论】:

  • 这张图是生成的吗?
  • 不(从其他有类似问题的问题复制并调整:))

标签: jenkins nexus promoted-builds


【解决方案1】:

您是否使用Join plugin 在快速回归作业之后触发您的 3 个测试作业?

因为有了这个插件,你可以触发你的 3 个测试作业,如果它们成功了,那么你可以触发你的 deploy-as-release 作业。

如果您想每天只构建一个版本,您可以使用Conditional BuildStep plugin(在 deploy-as-release 作业上)来限制版本数量。

此解决方案对您有用吗?

【讨论】:

  • 我正在使用升级的构建插件,但条件构建步骤插件听起来与我正在寻找的完全一样:)
  • 酷,请继续告知您如何设置此插件来解决您的问题;)
猜你喜欢
  • 2014-12-18
  • 1970-01-01
  • 2018-02-02
  • 2015-06-14
  • 2015-07-31
  • 1970-01-01
  • 2019-04-06
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多