複数のアセンブリで構成されるCoreCLR/DNXプロジェクトを構築するためのベストプラクティスは何ですか?CoreCLRとdnuを使用した複数のアセンブリプロジェクトの構築
各アセンブリにはproject.jsonがあり、カスタムスクリプトを使用して手動でビルドする必要がありますか、または既存のビルドツールはこれらの依存関係を歩き回り、すべてをビルドできますか?
このようなプロジェクトの例はありますか?
複数のアセンブリで構成されるCoreCLR/DNXプロジェクトを構築するためのベストプラクティスは何ですか?CoreCLRとdnuを使用した複数のアセンブリプロジェクトの構築
各アセンブリにはproject.jsonがあり、カスタムスクリプトを使用して手動でビルドする必要がありますか、または既存のビルドツールはこれらの依存関係を歩き回り、すべてをビルドできますか?
このようなプロジェクトの例はありますか?
通常、各アセンブリ== a NuGetパッケージ== project.json。
複数のアセンブリを持つソリューションの良い例は、Mvcです。
ASP.NETチームは、内部(ただしパブリック)のKoreBuildを使用してビルドを調整します。プロジェクトではdotnet/dnu
build/pack/publishが呼び出されます。 KoreBuildは、src
、test
、およびsamples
のプロジェクトを探します。 dnu
とdotnet
と
どちらもそれがプロジェクト全体のグラフを構築するのは簡単です:あなたはdnu build src/**
ようsomethigを行うことができますし、それがそのフォルダ内のグラフを把握しますので
dnu
はグロブパターンをサポートしています。dotnet
は既にコンパイルされたものを知っているので、気にする必要はありません。各プロジェクトでdotnet build
に電話するだけで、必要に応じて依存関係が再構築されます。
ありがとうございます。私は各プロジェクトでpackage.jsonを作成することができ、ビルドツールがそれを並べ替えるように見える別のアセンブリに依存関係のセクションを含める限り、発見しました。つまり、依存関係のセクションの1つのproject.jsonには、「MyOtherAssembly」が含まれています:「*」 ' –