参照される依存関係を含むNuGetパッケージを自動的にビルドする

ローカル/内部のNuGetリポジトリを実行したい。NuGetを使用してダミープロジェクトに既存のNuGetパッケージを含め、パッケージファイルをスキャンしてローカルにキャッシュされた.nupkgファイルを取得することで、既存のNuGetパッケージを「再利用」する方法を理解したと思いますが...

NuGetを介して取得した依存関係だけでなく.nupkg、すべての dll依存関係を自動的に含めて、プロジェクトからnugetパッケージ（）をどのように作成しますか？

具体的には：

1. ソリューションを作成する
2. 新しいプロジェクトを追加する
3. さまざまな.dllファイル/他のプロジェクトへの参照を追加する<-これは欠落している部分です
4. パッケージマネージャー/コマンドラインなどを介してNuGetパッケージを追加します
5. 何かが自動的に作成します.nupkg

私が見つけたものから、あなたは次のようなことをすることになっています

• .csprojファイルを手動で編集して追加<BuildPackage>true</BuildPackage>し、依存関係を含めます
• 手動で.nuspecファイルを作成し、依存関係を手動で一覧表示します（同様の？）
• ファイルを手動で実行nuget packする.nuspec

しかし、すべてが手動であり、それは愚かです。半自動ソリューションでさえ、依然として厄介または半手動です。

• .nuspecテンプレートを作成する-依存関係は含まれていないようで、メタデータのみが含まれているようです

• ビルドイベント（ステップ＃5）を介したnugetパック。これは、すべてのプロジェクトに手動で追加する必要があり、独自の癖があります。

  "$(SolutionDir).nuget\NuGet.exe" pack "$(ProjectPath)" -Properties Configuration=Release
  move /Y *.nupkg "$(TargetDir)"
  

.nuspecプロジェクト参照からマニフェストを自動的に作成するものに落ち着きます。次に、理論的には、+ nugetビルドイベントをbuild-project / nugetパッケージにロールアップできます。これは、私が本当に見たいものです。

あなたのポイント＃3（さまざまな.dllファイル/他のプロジェクトへの参照を追加する<-これは欠けている部分です）には、実際には2つの異なる問題が含まれています：（1）さまざまなdllファイルへの参照を追加する、（2）で他のプロジェクトへの参照を追加する同じソリューション。

ここでの番号（2）は、NuGet2.5の時点でいくつかの追加サポートを受けています。プロジェクトのNuGetパッケージを作成するときに、同じソリューションに他のプロジェクトへの参照を含めるオプションを追加できます。

nuget pack projectfile.csproj -IncludeReferencedProjects

projectfile.csprojNuGetパッケージとして公開されているソリューション内の他のプロジェクトを参照している場合、これらのプロジェクトのNuGetパッケージは依存関係として追加されます。NuGetパッケージとして公開されていないソリューション内のプロジェクトを参照している場合、それらのdllはこのNuGetパッケージに含まれます。

（1）に関しては、NuGetパッケージとして利用できないdllをプロジェクトに追加することがよくある場合は、これらのファイルを使用して独自の（内部）NuGetパッケージを作成できます。次に、これらのdllをファイルではなくNuGetパッケージとして直接追加すると、このNuGetパッケージはプロジェクトのNuGetパッケージの依存関係になります。

他のGoogle社員の場合、NuGet.targetsファイルを使用してNuGet Packを実行している場合は、これを使用できます。

<Target Name="PrePackage" BeforeTargets="BuildPackage">
  <PropertyGroup>
    <BuildCommand>$(BuildCommand) -IncludeReferencedProjects</BuildCommand>
  </PropertyGroup>
</Target>

これをチェックしてください！

私が見つけた解決策は、Visual Studioの拡張機能です：https： //visualstudiogallery.msdn.microsoft.com/fbe9b9b8-34ae-47b5-a751-cb71a16f7e96/view/Reviews

あなたは、単にNugetパッケージと呼ばれる新しいプロジェクトを追加 NuGetパッケージを

次に、興味深いプロジェクトをリファレンスとBOOOMに追加します。すべての依存関係とファイルディレクトリが自動的に追加されます。NuSpecデータを変更する場合は、プロジェクトを右クリックして[プロパティ]に移動し、必要なものを変更します。生成されたNuSpecとnupkgは、新しいプロジェクトのobjフォルダーにあります。お役に立てば幸いです;）。

私はこのトピックについてよく書かれた記事を見つけました。依存関係の階層を持つ特定のパッケージで同じ問題が発生し、これまで、それぞれを個別のNuGetパッケージとしてアップロードしてきました（時間の無駄）

ここにあるソリューションをテストしました：https：//dev.to/wabbbit/include-both-nuget-package-references-and-project-reference-dll-using-dotnet-pack-2d8p

また、NuGetパッケージエクスプローラーを使用してNuGetパッケージを調べた後、参照されたプロジェクトによって生成されたDLLが実際に存在します。このパッケージを実際にNuGetに送信してテストすることにより、テストします。

これがあなたに役立つ場合の私のソースです：https：//github.com/jchristn/NuGetPackTest

そして、テストNuGetパッケージ：https：//www.nuget.org/packages/NuGetPackTest/1.0.0

このソリューションはうまく機能しているようです。参照のレイヤーがある場合にどのように表示されるかはわかりませんが、非常に毛深い、非常に高速になる可能性があると確信しています。

プロジェクトTestLibraryを参照するNuGetPackTestライブラリの.csproj（簡潔にするために一部が削除されています）

<Project Sdk="Microsoft.NET.Sdk">
 
  <PropertyGroup>
    <TargetFrameworks>netstandard2.0;netcoreapp3.0;netcoreapp3.1;net461</TargetFrameworks>
    ...
    <GeneratePackageOnBuild>true</GeneratePackageOnBuild>

    <!-- added this line -->
    <TargetsForTfmSpecificBuildOutput>$(TargetsForTfmSpecificBuildOutput);CopyProjectReferencesToPackage</TargetsForTfmSpecificBuildOutput>
  </PropertyGroup>

  <ItemGroup>

    <!-- modified this ProjectReference to include the children ReferenceOutputAssembly and IncludeAssets -->
    <ProjectReference Include="..\TestLibrary\TestLibrary.csproj">
      <ReferenceOutputAssembly>true</ReferenceOutputAssembly>
      <IncludeAssets>TestLibrary.dll</IncludeAssets>
    </ProjectReference>
  </ItemGroup>

  <!-- added this section -->
  <Target DependsOnTargets="ResolveReferences" Name="CopyProjectReferencesToPackage">
    <ItemGroup>
      <BuildOutputInPackage Include="@(ReferenceCopyLocalPaths->WithMetadataValue('ReferenceSourceTarget', 'ProjectReference'))"/>
    </ItemGroup>
  </Target>
  
</Project>