我有一个包含8个Web项目和12个可执行文件的解决方案。它们都非常紧密耦合，因为它们之间共享了许多业务库;我们在VSTS中有一个构建定义到整个解决方案，但有20个不同的版本定义。
我们有Dev / QA / Pre-Prod / Production的单一环境，足够的并发活动开发和管理限制，单个更改提升所有环境模型并不适合我们;开发和QA测试，稍后将转换为发布候选版本的夜间复合版本。
在我看来，我们希望有两套发布定义（一个开发和一个QA集，以及一个用户通过生产集接受），但如果遵循该模型，我们最终会有40个发布定义。我错过了什么吗？我们对EXE有单独的定义，因为我们不希望一个版本失败影响另一个版本，并且因为它们都是单独的有效负载到单独的目录，所以它们似乎都应该是不同的。
每个可部署项目的1版本def的模式是否正确，对于夜间构建，两组所有可部署的版本定义是否正确？
答案 0 :(得分：2)
如果您拥有某种微服务模式，您应该始终致力于让一个发布定义在一个环境中同时部署整个应用程序，或者至少部署整个子系统。 在面对高度耦合的依赖关系时，您不希望触发多个版本。这可能会引入周期中的大量错误或至少是复杂性。 对于每个环境，该定义也可以多次具有相同的序列。