Continuous integration 分布式应用程序的端到端测试

考虑到有一个新的场景/工作流，我想对整个企业进行测试。这意味着我必须创建一个单独的测试环境，在那里部署所有服务

但如何指定必须构建和部署每个存储库的哪些分支？自动化选项有哪些？

让它成为服务

A

和

B

的两个存储库。 我需要多少个测试环境

• A.master-B.master

• A.master-B.feature

• A.feature-B.master

• A.feature-B.feature

似乎有些组合可能是不必要的。例如，如果

A

和

B

的特征不相关，则可以省略

A.feature-B.feature

因此，对于存储库

X

的每个分支，我们至少应该测试与当前部署的服务版本的集成。这是一个回归测试。由于我们不需要更改配置，因此或多或少可以清楚地知道如何实现自动化。只需构建

X.featureN

获取其他当前部署的人工制品，将它们部署到新环境中，然后进行测试。定期做。利润

但如何测试正在开发的新场景呢

在这种情况下，必须明确提供构建和部署的分支集。另一方面，每个服务都有自己的时间表，功能分支通常在合并到主服务后被删除。标签能帮上忙吗？我们要么在master中找到标记，要么在feature分支中找到标记（希望是在单个分支中）