我正在管理几个针对外部 API 的项目的发布过程。典型的场景是单个解决方案在生产阶段针对特定版本（例如 v1）的 3rd 方运行时，而在开发阶段针对更新版本 (v2)。我必须维护 v1 的依赖项以获取生产支持，还必须维护 v2 的依赖项以获取 DEV 分支。这些场景甚至可能变得更加复杂，具体取决于推出计划。
我尝试了分支 + nuget，但问题是我使用的 API 很大，而且很难构建 nuget 包的范围。将所有内容放在一个包中对于较小的项目没有意义，另一方面，根据我们集成的功能，DLL 的组合可能会有很大差异，并且它们不能很好地分离成封闭的关注点。
除此之外，通常我们有多个使用这些 API 的解决方案。
我正在考虑以某种形式在 TFS 中构建 API 版本存储库
- myAPI
|- v1
|- v2
|- v3
有没有办法配置构建过程以根据构建设置在服务器内部查找引用的 DLL 文件？我显然可以在系统中维护多个构建，但我不知道如何为每个单独的构建提供引用的文件位置。