gpt4 book ai didi

.net-core - Azure Devops yaml dotnet core build/p :Version=1. 2.3 始终默认为 csproj 中的版本

转载 作者:行者123 更新时间:2023-12-01 13:14:21 26 4
gpt4 key购买 nike

我正在尝试通过 Azure DevOps 构建一个 dotnet 核心应用程序。我希望我的程序集使用内部版本号进行版本控制。

在 .csproj 文件中:

<PropertyGroup>
<TargetFramework>netcoreapp2.2</TargetFramework>
<AspNetCoreHostingModel>InProcess</AspNetCoreHostingModel>
<Version>0.0.1</Version>
</PropertyGroup>

yaml 构建管道包含:
trigger:
branches:
include:
- master

pool:
name: 'Hosted Windows 2019 with VS2019'
#vmImage: 'ubuntu-latest'

variables:
buildConfiguration: 'Release'
Version.Revision: $[counter(format('{0:yyyyMMdd}', pipeline.startTime), 0)]
VersionMajor: 0
VersionMinor: 1


name: '$(VersionMajor).$(VersionMinor).$(Date:yy)$(DayOfYear).$(Version.Revision)'

steps:
- task: DotNetCoreInstaller@0
inputs:
version: '2.2.300'

- script: dotnet build --configuration Release /p:Version=$(Build.BuildNumber)
displayName: 'dotnet build $(buildConfiguration) $(Build.BuildNumber)'

在 Azure Devops 构建日志中,该命令似乎选择了正确的版本:
dotnet build --configuration Release /p:Version=0.1.19185.10

但是当我下载工件并验证 dll 时,它们仍然包含版本号 0.0.1

在本地执行此命令确实会在 dll 中添加版本号。那么,为什么没有通过 Azure DevOps 添加版本?

最佳答案

除非你另有说明dotnet publish将导致在发布文件之前重新编译,从而覆盖您之前尝试使用 dotnet build 完成的任何内容.您使用 --no-build标志来禁止编译。请注意 --no-build还将设置 --no-restore所以你需要调用dotnet restore明确地。一组典型的命令(带有您可能在 Azure DevOps 中看到的典型变量)可能是:

dotnet restore
dotnet build --configuration $(BuildConfiguration) --no-restore /p:Version=$(Build.BuildNumber)
dotnet publish --configuration $(BuildConfiguration) --no-build --output $(Build.ArtifactStagingdirectory)

this博客文章了解更多详情。

关于.net-core - Azure Devops yaml dotnet core build/p :Version=1. 2.3 始终默认为 csproj 中的版本,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/56883789/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com