解决 TFS 2015 中的依赖关系

Question

我在 TFS 2015 中有两个单独的解决方案。我们将它们称为解决方案 1 和解决方案 2。解决方案 1 的构建创建了解决方案 2 所需的程序集。我不确定在 TFS 中处理这种依赖关系的最佳方法。

可能的场景包括。

• 每次成功构建解决方案 1 时，它都会将新程序集复制到解决方案 2，从而触发解决方案 2 的构建（这在 TFS 中是否可行？如果可以，如何实现？）
• Solutiuon2 的每个构建都从 Solution1 中提取最新版本的程序集

其他人如何处理 TFS 项目之间的依赖关系？

Answer 1

您应该将解决方案 1 的输出打包为 Nuget 包并将其发布到 Nuget 存储库。您可以使用网络共享、MyGet、VSTS 或 TFS 2017 作为包存储库。

然后，您的第二个解决方案可以依赖于该 Nuget 包，您可以选择何时更新。

如果您想自动更新软件包，您可以在解决方案 2 构建之前调用某些内容，例如 cmets 中提到的预构建步骤。

Answer 2

正如其他答案中所述，您可以使用 NuGet 部署对其进行管理。这才是真正清晰而奇特的方式。

另一种方法可能是，如果您对两种解决方案使用相同的输出文件夹，并且 您总是先构建解决方案 1。

第三种方法是您始终将解决方案 1 部署到解决方案 2 可以引用的特定位置。它在逻辑上类似于 NuGet 版本，但是您不依赖它（但在“正常”情况下，这种依赖关系在恕我直言是可以接受的）。

您的实际选择可能取决于环境和您的限制条件。