【问题标题】:Manually update build number in Azure Pipelines在 Azure Pipelines 中手动更新内部版本号
【发布时间】:2019-07-15 15:04:06
【问题描述】:

我在 Azure DevOps 中有一个构建管道,由于某种原因它丢失了内部版本号并再次从零开始。

我想更新内部版本号,因此它将从我的上一个内部版本号 (25) 继续。

在团队城市,更新内部版本号很容易,在天蓝色我找不到它的存储位置。

【问题讨论】:

  • 我认为 yaml 构建不可能,但常规构建可能会
  • 你用counter的结果是什么?
  • 我已经手动设置构建。并且找不到如何插入计数器变量。变量的 GUI 似乎将任何内容视为文字字符串
  • 我附上 UI 设计师的截图。
  • 确保变量末尾没有空格 ($[ counter('counter',25)])

标签: azure-devops azure-pipelines


【解决方案1】:

请参阅 UI 设计师的这些屏幕截图(确保变量值末尾没有空格):

结果:

【讨论】:

  • 你是我的救命恩人。
【解决方案2】:

你可以用counter定义一个变量:

variables:
  version: $[ counter('counter',25) ] 

在内部版本号中使用这个变量:

name: $(version)

以上是yaml构建,在经典编辑器中是一样的,在变量选项卡中定义变量,然后在选项选项卡中将变量放在内部版本号格式字段中。

有关counter 的更多信息,您可以找到here

【讨论】:

  • 这行得通。可悲的是,它不会更新构建的显示名称(在我开始新构建时在 dev.azure.com 中)。它始终显示“$(version)”作为构建的名称。一旦 $(version) 获得值,您是如何设法强制更新构建名称的?
  • @thomasgalliker 你可以用##vso[build.updatebuildnumber]$(version) docs.microsoft.com/en-us/azure/devops/pipelines/scripts/…
  • 好的,谢谢。我使用格式命令让它工作: name: $[format('{0}', variables['releaseVersion'])]
猜你喜欢
  • 2023-03-14
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2017-09-13
  • 2016-02-03
  • 1970-01-01
  • 2013-04-08
相关资源
最近更新 更多