2017-12-07 27 views
1

私は2つのプロジェクト:A をNuGetパッケージとして公開したいが、Visual Studioで効率的に開発する方法はわかりません。複数のNugetプロジェクトを1つのソリューションで扱う

Solution 1 
    Project A 
    Project B - references Project A as NuGet reference 

私はProject Bで必要とされるProject Aを変更すると、私はProject Aを公開しなければならないのですか?開発中にプロジェクト参照機能を取得する方法はありますか?たぶんProject BはNuGet経由でProject Aを参照するべきではないでしょうか?

この状況を処理するには、いい方法が必要ですか?私はNuGet docsを見直しましたが、何も見つかりませんでした。これについてもっと読むには、docs/blogs/SOの投稿が必要です...正しいキーワードを思いついて苦労しています。

+0

この問題はどうですか?この問題に関する最新情報をお知らせください。答えの下にあなたの質問が解決された場合は、答えとしてマークすることができ、同じ問題を抱える他のコミュニティメンバーに役立つ可能性があります。 –

+0

こんにちは@ LeoLiu-MSFT - 私は助けられた情報としてupvotedしました。私はちょっとここで引き裂かれている。私はそれらのどれかが答えであることを知らない。私は彼らが1つの答えw /複数のソリューションに組み合わせることができるように感じる。思考? – spottedmahn

答えて

1

ビルド後にプロジェクトをパックするために、次のポストビルドイベントコマンドを追加できます。

"the nuget.exe path\nuget.exe" pack "project path\NuGetPackageLibrary.csproj" -OutputDirectory "Your target path" 

ビルドに成功すると、ターゲットパスのパッケージが最新バージョンに置き換えられます。

1

この状況を処理するには、いい方法が必要ですか?

最善の解決策は、プロジェクト間の参照が参照プロジェクトが頻繁に変更されたときnuget参照が他の人にするとき、共有の参照プロジェクトがより適切であるかそれを公開するお勧めしなければならないということです。ちょうどNuGet Reference Switcherのように。いくつかのより詳細な情報については

、あなたは以下のスレッドをチェックすることができます

nuget packages in local work

をNuGetは、Microsoft 開発プラットフォーム用のパッケージマネージャなど多くの利点があり、これはそうではないことを意味するものではありません欠陥がある。ちょうど のように、参照プロジェクトが頻繁に変更された場合は、 を再構築し、nugetをビルドし、変更ごとに公開する必要があります。 それは退屈な仕事をたくさんもたらすでしょう。この欠点を解決するには、 プロジェクトツープロジェクト参照がより良い方法である必要があります。

プロジェクトツープロジェクト参照の利点は、ビルドシステムのプロジェクト間に 依存関係が作成されることです。依存する プロジェクトは、 参照プロジェクトが最後に作成されてから変更された場合に作成されます。ファイル参照は ビルド依存関係を作成しないため、依存プロジェクトをビルドせずに、参照プロジェクト をビルドすることは可能です。

関連する問題