頻繁に更新されるNuGetパッケージを扱う

Question

頻繁に更新されるNuGetパッケージを扱う一般的なワークフローは何ですか？

だから、例を取る - 私たちは、これらのプロジェクトを持っている：

• プロジェクト1 - プロジェクト3（プロジェクト1 NuGetパッケージに依存します）
• - WCFサービスクライアント - WCFサービスが
• プロジェクト2をコントラクト - WCFサービス - （プロジェクト1 NuGetパッケージに依存します）
• プロジェクト4 - ウェブサイト＃1 - （プロジェクト1 & 2 NuGetパッケージに依存します）
• プロジェクトX - ウェブサイトの#Xが - （プロジェクト1に依存& 2 NuGetパッケージ）

私たちは毎日WCFサービスを開発しているため、契約書とクライアントNuGetパッケージが頻繁に更新されています。質問 - 契約やクライアントを変更するたびに、最新のNuGetパッケージを使用してすべてのプロジェクトを更新する必要があります（それが急激な変更ではない場合でも）。これらのNuGetパッケージを参照する20以上のプロジェクトがあるかもしれないので、同じ方法を呼び出すときにアプリケーションの動作が異なることを確実にしたいと思いますか？確かに、最新のNuGetパッケージを参照するために、これらの20のプロジェクトを毎日手動で更新するよりも良い方法があります。

nugetパッケージを最新の安定版ビルドに自動的に更新する方法はありますか？

Answer 1

詳細要件に基づいています。たとえば、これらのパッケージが最新であることを確認する必要がある場合は、パッケージを手動または自動で更新する必要があります。そうでない場合は、パッケージの主要な更新。

Jeroenは、カスタムターゲット（プロジェクトファイルの更新）を追加してビルドする前にupdate-packageコマンドを呼び出すことができると言っていたため、ビルド前のイベントコマンドラインでupdate-packageコマンドを定義することもできますプロジェクト>プロパティ>ビルドイベント）。