我正在设置 Azure DevOps Git Repo、构建和发布管道。
我们有独立的团队成员负责应用程序的开发和独立的 UI 测试自动化。
我的问题是我应该有
a) 一个用于应用程序代码和集成 UI 测试的存储库,其中包含构建所有内容的单一构建管道以及部署和运行 UI 测试的单一发布管道
b) 有两个独立的应用程序和 UI 测试存储库以及两个独立的构建和发布管道?
如果您有设置此设置的经验,那么哪种方法是首选方法,为什么?
我正在设置 Azure DevOps Git Repo、构建和发布管道。
我们有独立的团队成员负责应用程序的开发和独立的 UI 测试自动化。
我的问题是我应该有
a) 一个用于应用程序代码和集成 UI 测试的存储库,其中包含构建所有内容的单一构建管道以及部署和运行 UI 测试的单一发布管道
b) 有两个独立的应用程序和 UI 测试存储库以及两个独立的构建和发布管道?
如果您有设置此设置的经验,那么哪种方法是首选方法,为什么?
Azure UI 测试涉及一些考虑,并且是添加到现有构建管道之上的发布管道(如“使用 Selenium 进行 UI 测试”中所述)的一部分。
想法是:这些测试带有自己的 Visual Studio 单元测试项目和代码,可以独立于主项目代码以自己的速度发展:它可以托管在自己的 Git 存储库中。
但是这些测试的执行将基于项目本身构建产生的可交付成果(在构建管道中完成)
我最终得到了一个包含两个单独文件夹的应用程序代码和 UI 自动化代码的存储库。
然后我设置了三个构建,一个用于 APP、UI 自动化和一个用于 SCM 构建,其中包括 APP 和 UI 自动化。
我为 APP 开发和 UI 自动化创建了单独的分支,并为每个构建设置触发器到各自的分支。使用一个 Release 分支,当它准备好发布时,所有代码都将被拉出。
然后配置发布管道以根据构建触发适当的发布。