嘿，我明白你遇到的麻烦了！你已经完成了清理、构建和测试，想用--no-build跳过重复构建来打包，结果却提示“未执行构建”——这其实是因为你之前构建时指定了自定义输出目录，而dotnet pack默认没找到这个目录。

问题根源 #

你之前用dotnet build -o bin\Publish把编译产物都放到了bin\Publish目录，但dotnet pack默认会去项目的默认输出目录（比如bin\Release\netcoreapp2.0或者bin\Debug\netcoreapp2.0）找构建好的文件。当你加了--no-build时，它在默认目录里找不到必要的dll和中间文件，自然就报错说没构建了。

解决方案 #

只需要在dotnet pack命令里加上输出目录参数，让它指向你之前构建好的bin\Publish，同时保持配置一致（比如如果构建用了Release，打包也要指定-c Release）。

完整的构建脚本示例

# 1. 清理输出目录
dotnet clean

# 2. 构建解决方案到指定目录（建议加上Release配置，打包通常用正式环境）
dotnet build -c Release -o bin\Publish

# 3. 运行单元测试（假设测试dll在Publish目录下，根据实际路径调整）
dotnet vstest bin\Publish\*Tests.dll

# 4. 打包：指定输出目录、跳过构建和还原，配置与构建一致
dotnet pack --no-build --no-restore -c Release -o bin\Publish

额外说明 #

• 如果你的解决方案里有多个项目，最好指定具体的项目文件来打包，避免不必要的麻烦，比如：
  dotnet pack MyProject.csproj --no-build --no-restore -c Release -o bin\Publish
• 一定要保证dotnet build和dotnet pack的配置参数（比如-c Release）完全一致，不然pack还是会找不到对应配置下的构建产物。

这样就能完美复用之前的构建结果，不用重复编译啦！

内容的提问来源于stack exchange，提问作者Joe van de Bilt