サードパーティの図書館のバイナリをソースコントロールに保持する必要がありますか？

Question

Nugetを使用して必要な参照を追加/更新したので、パッケージを追加するだけで、ソースコントロールにConfigを追加して、ビルド時に.dllを追加することができますか？

通常、説明したように この関連する質問, 、ソリューションルートの下のフォルダーにサードパーティの依存関係を保存し、ソースコントロールにチェックインします。

現在、カスタムビルドツールやスクリプトを使用していません。VisualStudioのデフォルトビルドを.slnファイルで使用しています。

Answer 1

はい、できます！ http://docs.nuget.org/docs/workflows/using-nuget-without-committing-packages

現在のNugetワークフローは、常にパッケージフォルダーをソースコントロールにコミットすることでした。理由は、開発者がnugetを持っていないときに通常行うことと一致するということです。「lib」または「externaldependencies」フォルダーを作成し、そこにバイナリを捨てて、他の人が構築できるように制御するためにコントロールを提供します。

これは一部のユーザーにとってはうまくいきましたが、ソースコントロールにパッケージをコミットすることは彼らがやりたいことではないと多くの人から聞いています。 MercurialやGitなどのDVCを使用する場合、バイナリをコミットすることで、リポジトリサイズが時間の経過とともに狂ったように成長し、より多くの痛みを伴うものになります。実際、これはIssue Tracker Nugetのトップリクエストの1つです。

良いニュースは、Nugetがこの問題を解決するのに大いに役立つワークフローを提供していることです。まだ100％自動化されていませんが、最小限の痛みでプロジェクトを設定してこれを行うことができます...