VSTS版本管理；多个版本目标

Question

我有一个有8个web项目和12个可执行文件的解决方案，它们都非常紧密地耦合在一起，因为它们之间共享了许多业务库；我们在VSTS中对整个解决方案有一个单一的构建定义，但有20个不同的发布定义。

我们有用于开发/ QA /预生产/生产的单一环境，足够多的并发活动开发，以及将单个更改向上移动到所有环境模型对我们不太起作用的管理限制；开发和QA测试稍后将转移到发布候选版本的夜间复合构建。

在我看来，我们想要有两组发布定义(一个开发和一个QA集，以及一个通过生产集的用户接受)，但是如果遵循这个模型，我们最终会有40个发布定义。我是不是遗漏了什么？我们对EXEs有不同的定义，因为我们不希望一个发布失败影响到另一个发布失败，而且由于它们都是单独的有效负载到不同的目录，似乎它们都应该是不同的。

每个可部署项目一个版本定义的模式是正确的，并且在夜间构建的情况下，所有可部署版本定义的两组是正确的吗？

Answer 1

您应该始终以一个版本定义为目标，在一个环境中一次部署整个应用程序，或者至少一次部署整个子系统，如果您有某种微服务模式的话。在面对高度耦合的依赖关系时，您不希望必须触发多个版本。这可能会在循环中引入很多错误，或者至少是复杂性。对于每个环境，该定义还可以多次具有相同的序列。