DotNetCoreCL 发布步骤的工作目录参数

Question

我有一个存储库，里面有很多解决方案。我想在 Azure DevOps 中设置构建管道并构建特定的解决方案。我只需要“恢复包、构建、运行单元测试、发布”等“标准”步骤。然而，“发布”这一步让我很头疼。

存储库的文件夹层次结构如下所示：

src
    - Solution1
        - Project1
        - Project2
        - Project3
    - Solution2
        - Project4
        - Project5
    ...

我的目标是仅发布解决方案 2 等项目 - 因此项目 4 和项目 5。将 的值设置workingDirectory为“src/Solution2”或“$(System.DefaultWorkingDirectory)/src/Solution2”无法按我的预期工作。

这是构建步骤的定义。

- task: DotNetCoreCLI@2
  displayName: Publish
  inputs:
    command: publish
    arguments: '--configuration $(BuildConfiguration) --output $(Build.ArtifactStagingDirectory)'
    workingDirectory: src/Solution2

在日志中，我看到

“C:\Program Files\dotnet\dotnet.exe”发布 [path_to_agent]_work\1\s\src\Solution1\Project1\Project1.csproj --configuration Release --output [path_to_agent]_work\1\a\Project1

以及存储库中每个项目的类似条目。

作为解决方法，我尝试使用“自定义”命令，但也没有成功。

- task: DotNetCoreCLI@2
  displayName: 'Publish'
  inputs:
    command: custom
    arguments: 'src/Solution2 --configuration $(BuildConfiguration) --output $(Build.ArtifactStagingDirectory) '
    custom: publish

这会生成一个日志条目，如下所示

“C:\Program Files\dotnet\dotnet.exe”发布 [path_to_agent]_work\1\s\src\Solution1\Project1\Project1.csproj src/Solution2 --configuration Release --output [path_to_agent]_work\1\a \项目1

最终管道失败Only one project can be specified。

有什么想法我做错了吗？

Answer 1

我有同样的问题。经过大量的试验和错误后，我得出的结论是，工作目录参数被忽略，如此处所述。

我还注意到，如果使用引号，通配符 (**/*) 将不起作用。此外，publishWebProjects 必须设置为 false，否则它将开始从默认工作文件夹搜索其他项目。

所以这对我有用：

- task: DotNetCoreCLI@2
inputs:
command: 'publish'
publishWebProjects: false
configuration: $(buildConfiguration)
projects: |
  $(System.DefaultWorkingDirectory)/pathToProjectA/projectA.csproj
  $(System.DefaultWorkingDirectory)/pathToProjectB/*.csproj