如何获取.NET Core项目以将NuGet引用复制到生成输出？

我正在尝试使用.NET Core编写插件系统，而我的要求之一是能够将插件DLL及其依赖项分发给用户进行安装。

但是，我无法弄清楚如何将我的NuGet依赖项作为构建工件包括在内，并将它们输出到构建文件夹中，而不必dotnet publish用作黑客。有什么方法可以在.csproj文件（项目文件）中指定此名称？

您可以将其添加到<PropertyGroup>csproj文件的内部，以强制将NuGet程序集复制到构建输出：

<CopyLocalLockFileAssemblies>true</CopyLocalLockFileAssemblies>

但是，请注意，构建输出（bin/Release/netcoreapp*/*）不应移植和分发，dotnet publish而是输出。但是，在您的情况下，将程序集复制到构建输出可能对于测试目的非常有用。但是请注意，您也可以使用DependencyContextapi来解析DLL及其作为应用程序依赖关系图一部分的位置，而不是枚举本地目录。

您可以使用PostBuildEvent在构建时自动执行模块部署。

要在构建文件夹中获取NuGet程序集，请在模块的csproj中添加

<PropertyGroup>
    <CopyLocalLockFileAssemblies>true</CopyLocalLockFileAssemblies>
</PropertyGroup>

使用“包含/排除”定义所需的模块文件（根据需要修改路径）

<ItemGroup>
    <ModuleFiles
      Include="$(TargetDir)*.dll"
      Exclude="$(TargetDir)System*.dll;$(TargetDir)Microsoft*.dll"
      DestinationPath="$(SolutionDir)src\MyProject\Modules\MyModule\%(Filename)%(Extension)">
    </ModuleFiles>
</ItemGroup>

将构建文件夹重置为默认文件夹并添加PostbuildEvent

<Target Name="PublishModule" AfterTargets="PostBuildEvent" Inputs="@(ModuleFiles)" Outputs="@(ModuleFiles->'%(DestinationPath)')">
    <WriteLinesToFile File="$(SolutionDir)src\[YOURAPP]\app_offline.htm" />
    <Copy SourceFiles="@(ModuleFiles)" DestinationFiles="@(ModuleFiles->'%(DestinationPath)')" />
    <Delete Files="$(SolutionDir)src\[YOURAPP]\app_offline.htm" />
</Target>

我包括app_offline以回收应用程序（如果它已经在运行），以避免文件使用错误。

新增中

<CopyLocalLockFileAssemblies>true</CopyLocalLockFileAssemblies>

无效，但是将其添加到Framework .csproj文件中：

<RestoreProjectStyle>PackageReference</RestoreProjectStyle>

做到了。

我以更简单的方式“解决”（创建了解决方法）。

在后期制作中

dotnet publish "$(ProjectFileName)" --no-build -o pub
xcopy "$(ProjectDir)pub\3rdPartyProvider.*.dll" "$(OutDir)"

pub 是您希望已发布的内容用于分阶段的文件夹

注意：根据dotnet.exe您使用的版本，命令--no-build可能不可用。

例如，在v2.0.3中不可用；并在v2.1.402中可用。我知道VS2017 Update4拥有v2.0.3。而且Update8具有2.1.x

更新：

上面的设置将在基本调试环境中工作，但需要将其放入构建服务器/生产环境中的情况更多。在这个特殊的例子，我不得不解决的，我们建立Release|x64和Release|x86分开。所以我把两者都考虑在内。但是为了支持post build dotnet publish命令，我首先将其添加RuntimeIdentifier到项目文件中。

<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Release|x64'">
  <OutputPath>..\..\lib\</OutputPath>
  <RuntimeIdentifier>win-x64</RuntimeIdentifier>
</PropertyGroup>

<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Release|x86'">
  <OutputPath>..\..\lib\</OutputPath>
  <RuntimeIdentifier>win-x86</RuntimeIdentifier>
</PropertyGroup>

为什么我需要它，为什么没有它您可以逃脱？我需要这样做，因为我的构建程序设置为拦截警告MSB3270，并在构建出现时使构建失败。此警告说，“嘿，您的依赖项中的某些文件格式错误”。但是您还记得此练习的目标吗？我们需要提取程序包依赖的DLL。而且在很多情况下，是否存在此警告都无关紧要，因为后续的构建并不重要。同样，这是我关心的构建程序。因此，我只添加RuntimeIdentifier了在生产构建期间使用的2种配置。

全文发布

if not exist "$(ProjectDir)obj\$(ConfigurationName)" mkdir "$(ProjectDir)obj\$(ConfigurationName)"
xcopy  "$(ProjectDir)obj\$(PlatformName)\$(ConfigurationName)" "$(ProjectDir)obj\$(ConfigurationName)" /E /R /Y

if $(ConfigurationName) == Release (
    dotnet publish "$(ProjectFileName)" --runtime win-$(PlatformName) --no-build -c $(ConfigurationName) -o pub --no-restore --no-dependencies
) else (
    dotnet publish "$(ProjectFileName)" --no-build -c $(ConfigurationName) -o pub --no-restore --no-dependencies
)

xcopy "$(ProjectDir)pub\my3rdPartyCompany.*.dll" "$(OutDir)" /Y /R

说明：dotnet publish正在寻找obj\Debug或obj\Release。在构建期间我们没有它，因为build创建obj\x64\Release或obj\x86\Release。第1行和第2行缓解了此问题。在第3行中，我告诉dotnet.exe您使用特定的配置和目标运行时。否则，当这是调试模式时，我不在乎运行时的东西和警告。在最后一行中，我只需将自己的dll并复制到输出文件夹中即可。任务完成。

结合以上答案：在Visual Studio 中的Post-build事件命令行中，我的工作非常出色。它遍历选定的dll （System * .dll和Microsoft .dll）*，然后跳过特定dll的删除。System.Data.SqlClient.dll和System.Runtime.Loader.dll

for %%f in ($(OutDir)System*.dll $(OutDir)Microsoft*.dll) do if not %%f == $(OutDir)System.Data.SqlClient.dll if not %%f == $(OutDir)System.Runtime.Loader.dll del %%f