外部 API をターゲットとするいくつかのプロジェクトのリリース プロセスを管理しています。典型的なシナリオは、1 つのソリューションが特定のバージョン (v1 など) のサード パーティ ランタイムを本番環境でターゲットにし、開発フェーズで新しいバージョン (v2) をターゲットにするというものです。本番サポート用に v1 の依存関係を維持する必要がありますが、DEV ブランチ用に v2 も維持する必要があります。これらのシナリオは、展開計画によってはさらに複雑になる場合もあります。
ブランチ + ナゲットを試しましたが、問題は使用する API が巨大で、ナゲット パッケージのスコープを構築するのが難しいことです。すべてを 1 つのパッケージに入れることは、小規模なプロジェクトでは意味がありません。一方、統合する機能によっては、DLL の組み合わせが大きく異なる可能性があり、クローズドな関心事に適切に分離されていません。
それに加えて、通常、これらの API を使用する複数のソリューションがあります。
なんらかの形で TFS に API バージョンのリポジトリを構築することを考えていました
- myAPI
|- v1
|- v2
|- v3
ビルド セットアップに応じて、参照されている DLL ファイルをサーバー内で参照するようにビルド プロセスを構成する方法はありますか? システムで複数のビルドを維持できることは明らかですが、個々のビルドごとに参照ファイルの場所を提供する方法がわかりません。