私たちの開発チームはかなり小規模で、今まで全員が 1 つの Visual Studio 2012 ソリューションに取り組んでいました。私たちは成長しており、さまざまなプロジェクト チームに複数のソリューションを使用して、より良い分離を実現したいと考えています。
ただし、あるソリューションのコードが別のソリューションのコードを利用したい場合があります。これらの依存関係を管理するには、内部 (つまり、プライベート) NuGet パッケージを使用することが適切な方法であると判断しました。
ただし、異なる SDLC 段階 (開発、QA、ステージング、本番など) にある同じパッケージの複数のバージョンをどのように処理するかという問題が生じています。
例: これら 3 つのソリューションがある場合...
CoreStuff
CoolProject1
CoolProject2
CoolProject1 で作業していて、CoreStuff のコードを利用する必要がある場合は、NuGet パッケージを追加できます。おそらく、このパッケージは CoreStuff の最新の製品 (安定) バージョンになります。
しかし、CoolProject2 に取り組んでいる開発者が、現在開発中の CoreStuff のいくつかの変更を認識しており、そのバージョンを利用したい場合はどうすればよいでしょうか?
それぞれに個別のパッケージを作成するのが最善のアプローチなのか (ソリューションがどの段階にあるかに応じて、パッケージ参照を前後に変更する必要があるようです)、または同じパッケージの複数のバージョンを何らかの方法で利用するのか (それが管理しやすいかどうかはわかりません) NuGet を使用)。
このようなことに取り組む人はいますか?