【问题标题】:Visual Studio Online build step PackageLocation being ignoredVisual Studio Online 构建步骤 PackageLocation 被忽略
【发布时间】:2017-01-20 05:27:43
【问题描述】:

我有一个似乎行为不端的 Visual Studio Online 构建定义,但我不确定我是否只是配置错误。

有一个构建步骤,配置如下:

类型: Visual Studio Build

解决方案: **\mysolutionfile.sln

MSBuild 参数: /p:DeployOnBuild=true /p:WebPublishMethod=Package /p:PackageAsSingleFile=true /p:SkipInvalidConfigurations=true /p:PackageLocation="$(build.stagingDirectory)"

构建运行成功,构建日志显示msbuild命令执行如下:

"C:\Program Files (x86)\MSBuild\14.0\bin\msbuild.exe" "C:\a\1\s\Code\mysolutionfile.sln" /nologo /nr:false /dl:CentralLogger,(more removed for brevity) /p:DeployOnBuild=true /p:WebPublishMethod=Package /p:PackageAsSingleFile=true /p:SkipInvalidConfigurations=true /p:PackageLocation="C:\a\1\a" /p:platform="any cpu" /p:configuration="release" /p:VisualStudioVersion="14.0" /p:_MSDeployUserAgent="VSTS_6efdabeb-1c75-43a7-96b2-f40e19a68a35_build_14_122"

如您所见,包位置设置正确:/p:PackageLocation="C:\a\1\a"

但是,稍后在构建日志中,打包步骤会显示此日志条目:

2017-01-20T05:07:30.9771422Z Executing command ["C:\Program Files (x86)\IIS\Microsoft Web Deploy V3\msdeploy.exe" -source:manifest='C:\Users\buildguest\AppData\Local\Temp\PublishTemp\obj\mysolution55\SourceManifest.xml' -dest:package='C:\a\1\s\Code\mysolutionfile\bin\Release\MSDeployPackage\mysolutionfile.zip' -verb:sync -replace:match='C:\\Users\\buildguest\\AppData\\Local\\Temp\\PublishTemp\\mysolutionfile55\\',replace='website\' -retryAttempts:20 -disablerule:BackupRule]

如您所见,在这种情况下,包裹被发送到 -dest:package='C:\a\1\s\Code\mysolutionfile\bin\Release\MSDeployPackage\mysolutionfile.zip' - 这确实是 zip 文件的最终位置。

据我所知,这看起来不对。我想让打包的应用程序二进制文件和文件最终放在暂存目录中,但是 msbuild 在某处覆盖了我并将它们放入源检出文件夹中。

如果相关,该解决方案包含两个项目:一个面向完整 .NET Framework 的 ASP.NET Core Web 应用;和一个可移植的类库。

我在构建配置中做错了吗?

【问题讨论】:

    标签: msbuild msdeploy azure-pipelines


    【解决方案1】:

    我在我的 TFS 环境中重现了您的问题,并且得到了相同的结果。 “C:\a\1\s”文件夹下的包不是“C:\a\1\a”。

    作为一种解决方法,您可以添加 复制文件 步骤,将包从源文件夹复制到 $(build.stagingDirectory) 路径。

    【讨论】:

    【解决方案2】:

    我猜它没有像你预期的那样工作,因为变量名应该是 Build.ArtifactStagingDirectory 而不是 build.stagingDirectory

    例子:

    - task: VSBuild@1
      inputs:
        solution: '$(solution)'
        msbuildArgs: '/p:Configuration=Release /p:DeployOnBuild=true /p:WebPublishMethod=Package /p:PackageAsSingleFile=true /p:SkipInvalidConfigurations=true /p:PackageLocation="$(Build.ArtifactStagingDirectory)"'
        #msbuildArgs: '/T:"MyProject1" /p:OutDir=$(Build.ArtifactStagingDirectory) /nowarn:FS0049'
    
    - task: PublishBuildArtifacts@1
      inputs:
        pathtoPublish: '$(Build.ArtifactStagingDirectory)'
        artifactName: MyWebSiteArtefactZIP
    

    还有另一种部署方式:

    如果您已创建发布配置文件(您可以为此使用 Visual Studio), 也可以直接从 MSBuild 发布,您可以将 Web App 用户名/密码放在 Azure DevOps Pipeline 变量中并使用它们:

    - task: VSBuild@1
      inputs:
        solution: '$(solution)'
        msbuildArgs: '/p:Configuration=Release /P:DeployOnBuild=true /P:PublishProfile="MyPublishProfile.pubxml" /P:Username=$(username);Password=$(password)'
    

    【讨论】:

    • /p:PackageLocation="$(Build.ArtifactStagingDirectory)"' 是如何工作的?如果我在本地尝试它,则会出现类似“必须是文件而不是目录”的错误。但是“ArtifactStagingDirectory”总是一个目录?!
    • $(Build.ArtifactStagingDirectory) 是 Azure DevOps 创建的变量。它包含一个目录路径。 docs.microsoft.com/en-us/azure/devops/pipelines/build/…
    • 感谢您的回复。但这不会回答我的问题:在 AzureDevOps 的“PackageLocation”中使用“只是目录的路径”如何或为什么会起作用,即使 MSBuild 在本地显示它必须是文件路径(而不是目录)?因为一些环境变量?
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-02-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-04-18
    • 2015-12-22
    相关资源
    最近更新 更多