TFS 持续集成/部署版本号

Posted

技术标签:

【中文标题】TFS 持续集成/部署版本号【英文标题】:TFS Continuous integration /Deployment version number 【发布时间】:2020-03-20 20:01:58 【问题描述】:

我们有一个 WPF 应用程序,我们将其版本化如下:

Major Minor Build Revision
   1    0     1      35

所以完整的版本是:1.0.1.35

我们想使用 TFS 持续集成/部署,我们想保留连续的数字,我的意思是,下一个版本必须是 1.0.1.36 等等。

但在编译步骤中,我们使用了一个任务来更改所有程序集版本号:

$(Buil.BuilID) 当前值为 1459,因此新版本号为1.0.1.1459

我们如何才能继续我们的下一个版本号 (1.0.1.36) 并自动完成?

【问题讨论】:

为什么这对你很重要?唯一重要的是修订号增加,而不是修订号实际是多少。为此,使用构建 ID 很常见。 这对业务本身很重要,因为用户正在使用具有该版本控制的应用程序,因此我们希望保留它并且不要在它们之间进行大的跳跃 再说一次,这有什么关系?这是一次修订。如果你在做 semver,无论如何你不会发布两个具有相同 major.minor.patch 的构建。 我同意 Daniel 的观点,Alex。即使在版本之间的窗口中,内部版本号跳转也很常见。重要的是它们会增加。 【参考方案1】:

您可以安装Version number counter 以使用变量并在每次构建中递增他。

如果您使用 Azure DevOps Server 2019,您可以使用以下语法(在变量值中):

$[ counter(variables['revision', 35]) ]

然后变量将在每次构建中递增。

【讨论】:

谢谢,我去试试!

以上是关于TFS 持续集成/部署版本号的主要内容,如果未能解决你的问题,请参考以下文章

Jenkins持续部署-自动生成版本号

TFS 持续集成 clickonce 应用程序

用于 TFS 持续集成的 NuGet 包

GitLab+Jenkins结合构建持续集成(CI)环境

持续集成 Gitlab-CI Maven部署至服务器

如何为 Windows Azure Web 角色上的 PHP 项目配置 TFS 构建定义以实现持续集成?