4

私たちの状況は理想的ではないかもしれませんが、さまざまな依存関係を持つ約 10 のコア ライブラリを持つソリューションがあります。Nuget に移行して、このソリューションの依存関係を取得し、このソリューションのライブラリを Nuget パッケージにパッケージ化しようとしていました。

ソリューション内のすべてのプロジェクトを考慮した nuspec ファイルを生成する方法はないようです。単一のパッケージが必要な場合、複数の nuspec ファイルを持つことはできないと思います。そのため、nuspec ファイルを手動で管理するか、独自のツールを構築してすべてのプロジェクトを調べてファイルを生成する必要がありますか? nuspec ファイルを生成するための他の代替手段はありますか?また、レイアウトしたとおりにすべての依存関係とアセンブリを保持していますか?

4

2 に答える 2

1

私たちは間違った方向に進んでいると判断しました。ベース ライブラリ自体の多くには依存関係があるため (たとえば、MVC 3 固有のコードを含むプロジェクトがあった場合)、個々のプロジェクト ファイルに基づいて生成された NuSpec ファイルを使用して、それらをすべて個別にパッケージ化することになりました。このようにして、たとえば実際に MVC 3 を使用している場合を除き、依存関係をダウンストリームに強制しません。

于 2014-11-04T13:51:59.160 に答える
1

あなたはある種のフレームワークを構築しているようですね。私は現在、ライブラリのセットに対してこの種のソリューションをセットアップする立場にあるので、現在の計画を説明しようと思います。

  1. すべてのライブラリの nuspec を作成します。
  2. フレームワーク全体のメイン プロジェクトを作成し、そのプロジェクトの nuspec を作成します。
  3. すべてのライブラリへの nuget 依存関係をメイン フレームワークの nuspec ファイルに追加します(依存関係に関する公式リファレンスを参照してください)。

そうすれば、使用するプロジェクトでフレームワーク nuget パッケージを追加/更新するだけで済み、すべてのライブラリが追加されます。

于 2014-11-04T11:57:38.200 に答える