NuGetを使用して必要な参照を追加/更新しているので、packages.configのみをソース管理に追加し、ビルド時に.dllを追加することは可能ですか?
通常、この関連する質問で説明されているように、サードパーティの依存関係をソリューションルートの下のフォルダーに保存し、それらをソース管理にチェックインします。
現在、カスタムビルドツールやスクリプトは使用していません。.slnファイルを使用したVisualStudioのデフォルトビルドのみを使用しています。
NuGetを使用して必要な参照を追加/更新しているので、packages.configのみをソース管理に追加し、ビルド時に.dllを追加することは可能ですか?
通常、この関連する質問で説明されているように、サードパーティの依存関係をソリューションルートの下のフォルダーに保存し、それらをソース管理にチェックインします。
現在、カスタムビルドツールやスクリプトは使用していません。.slnファイルを使用したVisualStudioのデフォルトビルドのみを使用しています。
はい、できます!http://docs.nuget.org/docs/workflows/using-nuget-without-committing-packages
現在のNuGetワークフローは、常にPackagesフォルダーをソース管理にコミットすることでした。その理由は、開発者がNuGetを持っていないときに通常行うことと一致するためです。つまり、開発者は「Lib」または「ExternalDependencies」フォルダーを作成し、そこにバイナリをダンプして、他のユーザーがビルドできるようにソース管理にコミットします。
これは一部のユーザーにとっては問題なく機能しましたが、パッケージをソース管理にコミットすることは彼らが望んでいることではないということも多くの人から聞いています。MercurialやGitなどのDVCSを使用する場合、バイナリをコミットすると、時間の経過とともにリポジトリのサイズが狂ったように大きくなり、クローン作成がますます困難になる可能性があります。実際、これはNuGetの課題追跡システムでの上位のリクエストの1つです。
幸いなことに、NuGetは、この問題の解決に大いに役立つワークフローを提供します。まだ100%自動化されていませんが、最小限の労力で、これを行うようにプロジェクトを設定できます...