分支和环境策略

ALM 加速器提供一个默认环境和分支策略，帮助您快速开始应用程序生命周期管理 (ALM)。 默认策略基于 CoE 初学者工具包开发团队的 ALM 流程。 它可以进行自定义来满足您的组织的需求，您也可以采用默认策略，使用现成管道，无需进行任何自定义。

分支策略

ALM 加速器的默认分支策略依赖于主分支的初始提交分支，然后是解决方案分支的功能提交分支。

初始提交分支

首次使用 ALM 加速器应用提交解决方案时，制作者必须基于主分支为其功能创建分支。

1. 主分支存储解决方案的当前生产版本。 当解决方案部署到生产环境时，在这里合并解决方案分支。
2. 当新解决方案被提交到源代码管理时，制作者将从主分支创建分支（功能分支）。 同时还会创建解决方案分支。
3. 当更改准备好提交到解决方案分支时，制作者将使用 ALM 加速器应用创建从功能分支到解决方案支路的拉取请求。 此请求将触发到验证环境的部署。
4. 当拉取请求通过所有检查时，可以将其合并。 合并请求会触发到测试环境的部署。
5. 如果解决方案已准备好部署到生产环境，制作者将创建从解决方案分支到主分支的拉取请求。 此请求将触发到生产环境的部署。
6. 将解决方案部署到生产环境时，主分支和解决方案分支都会包含解决方案的最新源代码。 从此时开始，将从解决方案分支创建新的功能分支。

功能提交分支

制作者应基于解决方案分支为后续功能创建新功能分支。 此处的分支策略类似于初始提交策略，但功能分支是从解决方案分支而不是主分支创建的。 主分支保持不变。 解决方案分支将使用最新的源代码更新，直到解决方案准备好部署到生产环境，从而创建“下一个版本”分支，有时也称为发布分支或 v-next 分支。

环境策略

默认情况下，当您使用 ALM 加速器应用创建部署配置文件时，它假设您使用的是默认分支策略和下表中描述的环境策略。

Environment	目的	注释
开发	供制作者测试和验证更改的开发环境	制作者可以在共享环境中工作，也可以在自己的隔离环境中工作。
验证	用于验证是否可以部署从源代码管理构建的解决方案的环境	当创建从制作者的功能分支到解决方案分支的拉取请求时，将根据分支策略自动部署到验证环境。
测试	用于测试从源代码管理构建的解决方案的环境	当合并从制作者的功能分支向解决方案分支的拉取请求时，将自动部署到测试环境。
生产	解决方案的生产环境	当合并从解决方案分支向主分支的拉取请求时，将自动部署到生产环境。