独自のナゲットパッケージを使用して多くのプロジェクトを管理する最も良い方法は？

Question

私は最近、いくつかの共通機能を提供するために私のコードのすべてで使用するいくつかのライブラリを作成しました。私はそれらをNuGetパッケージに入れ、Githubでプロジェクトをリリースしました。

これらのライブラリを使用するプロジェクトの一部はGithubにもあります。

ここに問題があります。 Githubにビルドしてアップロードするときにプロジェクトが完全に独立しているようにしたいので、そのプッシュのためにNugetリファレンスをインストールしたいと思っています。

ライブラリに新しい機能を追加してプロジェクトでデバッグするときに、プロジェクトのデバッガ内からライブラリのコードをデバッグできるように、ライブラリプロジェクトへの参照が必要です。

私はリファレンスを前後に切り替えることができますが、それはgit repoをクラッタさせ、また私が望むよりも維持するのが難しいことを知っています。

これを簡単に処理するために見つけられない共通のパターンがありますか？

ありがとうございました！ ジョン・ビッカース

Answer 1

私は簡単な方法でこの に対処することが判明していないいくつかの一般的なパターンはありますか？

私の知る限り、私たちは簡単にナゲットリファレンスとプロジェクトリファレンスを直接切り替えることはできませんでした。

一般的に、参照プロジェクトを頻繁に変更する場合はプロジェクト間参照を推奨し、参照プロジェクトを他の人と共有したり公開したりする場合は、より適切です。したがって、私たちがライブラリを開発してデバッグするときは、プロジェクト参照を使用します。プロジェクトを共有して公開するときは、プロジェクト参照をナゲット参照に変換します。

さらに、NuGetアセンブリ参照をプロジェクト参照に、またその逆に自動的に切り替えることができるVisual Studioの拡張機能NuGet Reference Switcherがあります。

自身のNuGet パッケージを参照するアプリケーションを開発する際に便利です：アプリケーションを開発する場合、すべてのコードが編集可能とデバッグになるように 参照をプロジェクトに切り替えます。 の開発が完了したら、新しいNuGetパッケージのバージョンを作成し、NuGet の参照に戻って新しいNuGetバージョンにアップグレードしてください。

これが役立ちます。