在 dotnet pack 命令中添加“no-build:true”后，构建失败并显示“错误：进程 '/usr/bin/dotnet' failed with exit code 1”

Question

如果我从 DotNetCoreCLI@2 任务中删除 nobuild:true 选项以打包项目（即创建 NuGet 包），CI 管道运行良好，但我除了不构建项目之外，我无法理解 nobuild 选项带来了什么特别之处。 我不需要再次构建项目，因为上一个任务已经构建了项目并锁定了生成的 DLL 的程序集版本。我想使用相同的构建来创建 NuGet 包并执行相同的操作，我需要传递 NoBuild 选项，但这样做会破坏管道。

管道给出的错误是要打包的 DLL 在指定位置不存在，但我试图查看该位置，我可以找到 DLL。让我感到困惑的一件事是，尽管我已将 nobuild 设置为是的，但任务仍然显示为构建项目。

- task: DotNetCoreCLI@2
  displayName: ".NET pack"
  inputs:
    command: pack
    packagesToPack: ${{ parameters.packagesToPack }}
    nobuild: true
    versioningScheme: byEnvVar
    versionEnvVar: CI_Version
    packDirectory: $(build.artifactStagingDirectory)\${{ parameters.packTo }}
    verbosityPack: 'Normal'

同样重要的是要注意 同样的事情(nobuild:true) 在 Windows 代理上有效，但在 Ubuntu 代理上失败。

PS：可能是 Windows 升级了代理并导致了问题。我搜索了这个问题，发现必须在构建管道中锁定 .net SDK

Answer 1

感谢其他可能与该问题相关的答案，但事情已经处理好了。

由于 .NET SDK 中的问题，该问题仅出现在 Linux 环境中。参考here

正在生成的错误（无法在指定的路径中找到 DLL）在某种程度上是正确的，但它也具有误导性。 DLL 在构建阶段在 Release 文件夹中生成，当我打包 DLL 时，它们正在 release 文件夹中进行搜索。 虽然 Release 和 release 在 Windows 环境中保持不变，但 Ubuntu 区分大小写会产生错误。

.Net Core 的 SDK 实现错过了 Regex 选项中的 IgnoreCase，导致在切换到 Linux 代理时构建中断。

DotnetBuild：

Dotnet 包：

解决方案：在 .csproj 中定义生成 DLL 的文件夹，自动构建和打包步骤将从那里挑选 DLL。

Answer 2

对于这个错误NU5026，它是指被打包的项目尚未构建，因此无法打包。请查看此reference。

The file ''F:\project\bin\Debug\net461\project.exe' to be packed was not found on disk.

根据您的描述，您取消了打包前的自动构建。您的构建任务和打包任务可能没有以相同的配置运行。例如，在dotnet build task中，项目自动构建为Debug配置，而在pack task中你将配置设置为Release。

在 dotnet build 任务中，项目是自动使用Debug 配置构建的。

在dotnet pack任务中，打包的默认配置为Release

如果不取消打包前的自动构建，则在.net pack任务中项目构建在Release配置中。

所以请检查你的构建任务和打包任务的日志，确保 dotnet build 命令和 dotnet pack 命令使用相同的配置。