如何对已编译的项目执行“dotnet pack”操作

Question

如何对已编译的项目执行“dotnet pack”操作

.netmsbuild.net-corenugetdotnet-cli

12

我正在尝试为一个dotnet core 2.0项目设计一个构建脚本，它执行以下操作：

清理输出目录
使用 -o bin\Publish 构建解决方案
使用 dotnet vstest 运行单元测试
使用 dotnet pack 创建 Nuget 包

由于我知道在步骤1-3中源代码已经被构建和测试过，所以我不想为nuget包重新构建我的代码，因此我指定了 --no-build 和 --no-restore。

我遇到的问题是，在创建包时，因为我没有进行构建并且输出目录设置为 bin\Publish，所以 pack 命令正在查找 bin\Debug 目录中的文件。

有没有办法设置 dotnet pack 命令以使其“知道”在哪里查找已编译的对象？

下面是我的构建脚本示例

dotnet clean ..\MySolution.sln -o bin/Publish/
dotnet build ..\MySolution.sln /p:Configuration=Release -o bin/Publish/
dotnet vstest ..\MySolution.UnitTests\bin\Publish\MySolution.UnitTests.dll
dotnet pack --no-build --no-restore ..\MySolution.ConsoleApp\MySolution.csproj -o bin\Publish\Nuget\

....

error : The file 'D:\MySolution.ConsoleApp\bin\Debug\netcoreapp2.0\MySolution.ConsoleApp.runtimeconfig.json' to be packed was not found on disk

根据Microsoft Docs on dotnet pack，默认情况下，'dotnet pack'会先构建项目。如果您想避免此行为，请传递'--no-build'选项。这在连续集成（CI）构建方案中通常非常有用，因为您知道代码以前已经构建过。所以我希望这是可能的，只是我漏掉了一些显而易见的东西。感谢任何帮助。

- Joe van de Bilt

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Martin Ullrich · Accepted Answer

这是因为dotnet pack --no-build选项会尝试使用先前构建的输出，但找不到它，因为你构建到了非标准的输出路径，并且打包逻辑需要定位生成到构建输出中的某些资源。 -o选项在pack和build命令中内部不同，但你可以将打包命令更改为：

dotnet pack --no-build --no-restore ..\MySolution.ConsoleApp\MySolution.csproj -o bin\Publish\Nuget\ /p:OutputPath=bin\Publish\

这将使用存储在bin\Publish目录中的输出，并将其放入bin\Publish\Nuget\中的Nuget输出目录