Azure devops - 内部版本号与内部版本 ID

标签 azure azure-devops continuous-integration

文档说:

Build.BuildId - 已完成构建的记录 ID。

Build.BuildNumber - 已完成构建的名称,也称为运行编号,可以自定义。

来源:https://learn.microsoft.com/en-us/azure/devops/pipelines/build/variables?view=azure-devops&tabs=yaml#build-variables-devops-services

如果您创建新的构建管道并且不自定义 BuildNumber 格式:

it will be given a unique integer as its name

这样的话,BuildNumber 和 BuildId 是否完全相同?

最佳答案

不,没必要一样。 我刚刚检查了我的 classic 和 yml 管道。

对于 classic 版本 ID 和编号是整数,如果未自定义,则相同。

对于 yml 构建管道,构建 ID 是一个整数,构建编号由当前日期和每天的尝试次数组成。根据documentation格式为 $(Date:yyyyMMdd).$(Rev:r)

enter image description here

关于Azure devops - 内部版本号与内部版本 ID,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/67481676/

相关文章:

azure-devops - VSTS 发布管理 : filter by branch on artifact source

continuous-integration - 如何在没有 Web 部署项目的情况下在 VS 2012 中处理 Web 应用程序项目的构建?

从 Jenkins 运行时,Ruby 无法正确理解安装了哪些 gem?

azure - 对于 Azure 静态网站,是否有办法识别资源被访问的次数?

python - 自制Python TaS在本地工作,而不是在Azure服务器上

azure - 如何在 Visual Studio Code 中设置本地环境来运行 U-SQL,而无需连接到 Azure DataLake?

android - 如何使用 Visual Studio 将 Android 设备连接到 Azure VM

azure - 部署失败 - vmsize 的 InstanceSize 枚举值无效

azure-devops - 我应该将 web.config 文件放置在 Azure Web Apps for Containers 中的什么位置?

continuous-integration - 如何在TeamCity中设置代理要求,以检测是否已安装应用程序?