.NET CoreプロジェクトでNuGet参照をビルド出力にコピーするにはどうすればよいですか？

.NET Coreを使用してプラグインシステムを作成しようとしています。私の要件の1つは、プラグインDLLとその依存関係をインストールのためにユーザーに配布できることです。

ただし、dotnet publishハッキングとして使用しなくても、NuGet依存関係をビルドアーティファクトとして含めてビルドフォルダーに出力する方法を理解できません。これを.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個別にビルドします。それで私は両方を説明しました。しかし、ビルド後の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ます。ビルドはobj\x64\Releaseまたはを作成するため、ビルド中にはありませんobj\x86\Release。1行目と2行目は、この問題を軽減します。3行目ではdotnet.exe、特定の構成とターゲットランタイムを使用するように指示しています。それ以外の場合、これがデバッグモードのときは、実行時のものや警告は気にしません。そして最後の行では、dllを取得して、出力フォルダーにコピーします。仕事が終わりました。

上記の回答と組み合わせて：ビルド後のイベントのコマンドラインであるVisual Studioでこれをうまく機能させています。選択した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