【问题标题】:Bamboo plan using dependent's build plan number when pulling down artifact from parent plan从父计划中下拉工件时使用依赖的构建计划编号的竹计划
【发布时间】:2018-06-13 09:50:49
【问题描述】:

我有两个 Bamboo 计划,第一个生成共享工件(库),第二个尝试下载它。第一个计划将内部版本号放入工件名称中,复制模式是这样定义的:

release-x64-b${bamboo.buildNumber}-runtime.zip

所以我在计划目录中得到了一些工件:

release-x64-b671-runtime.zip
....
release-x64-b678-runtime.zip

指示从属计划只需下载工件。我认为它使用了父计划中的复制模式,因为我遇到了一个问题,即在下载工件时,依赖计划正在替换 其自己的内部版本号,这是一个日志摘录:

Preparing to download plan result PROJECT-WVN-678 artifact: Shared artifact: [x64 Nightly Runtime], pattern: [release-x64-b207-runtime.zip]

(从属内部版本号为 207,而父内部版本号为 678)。我有办法解决这个“功能”吗?

【问题讨论】:

  • 那么您希望内部版本号相同还是使用相同的内部版本号修复工件?如果您想要相同的内部版本号,那么您可以重置编号并始终运行两个计划,这样就不会发生编号不匹配的情况。如果您希望独立使用父内部版本号,则可以如下使用。

标签: build build-automation bamboo bamboo-artifacts


【解决方案1】:

我希望如果你有一个依赖计划,那么它是一个后续阶段。因此,在父版本中,您可以使用 powershell 脚本将版本号保存在 mvn_version 中。

$buildnum=$env:bamboo_buildNumber

然后将值放入文本文件中

echo "`nmvn_version=$buildnum" | out-file -encoding utf8 mvn_version.txt 

然后添加一个任务,注入竹变量,在这里可以设置文件./mvn_version.txt的路径和命名空间为注入。选择单选按钮作为结果,以便随后在后续阶段/依赖计划和发布计划中可以访问该值。

【讨论】:

    猜你喜欢
    • 2014-02-23
    • 2019-07-13
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-01-02
    相关资源
    最近更新 更多