それぞれがポータブル クラス ライブラリ (個別のソリューション) を共有するアプリ 2 ソリューション (.NET C#) があります。アプリ ソリューションは、PCL を DLL ではなくプロジェクトとして参照します。
ソース管理でこのシナリオに対処する最善の方法は何ですか? ポータブル クラス ライブラリは、アプリ ソリューションの 1 つのバージョンでは変更される可能性がありますが、他のバージョンではすぐには変更されません。
現時点ではソース管理に縛られていません.TFSでこれを行おうとしていましたが、ポータブルクラスライブラリにワークスペースの問題があります. Mercurial や Git などのより良い提案をお待ちしています。
PTL の更新が 1 つのアプリケーションのみに影響する場合は、ブランチを作成できます (ほとんどのソース管理ソフトウェアで利用可能)。
アプリケーションごとにブランチがある場合。更新はこのブランチでのみ表示されます。次に、マージ ツールを使用して、もう一方を更新できます。
ブランチは TFS でも利用できます: http://msdn.microsoft.com/en-us/library/ms181425.aspx
戦略の場合 :分岐戦略
進行中の方法は、共有ライブラリをソース管理システムの別の領域に保持することです。共有ライブラリに依存する各プロジェクトは、プロジェクトに固有の共有ライブラリのブランチを作成する必要があります。
開発はブランチで分離されていますが、プロジェクト ブランチの変更を共有ライブラリのメイン ブランチにマージできます。共有ライブラリのブランチを既に持っている他のプロジェクトは、メイン ブランチへの変更を独自のブランチにマージするかどうかを決定できます。
共有ライブラリが更新されたときにいくつかのマージを実行する必要がありますが、このセットアップを使用すると、各プロジェクトが他のプロジェクトで実行された変更から確実に分離されます。各プロジェクトは、共有ライブラリの新しいバージョンにいつアップグレードするかを決定できます。