主干中的分支策略

中继分支策略通常具有以下分支。

功能分支

您可以在feature分支中开发功能或创建修补程序。要创建feature分支，您需要从该分支中main分支。开发人员在feature分支中迭代、提交和测试代码。某项功能完成后，开发者将对该功能进行推广。从feature分支向前只有两条路径：

• 合并到分sandbox支中

• 向main分支创建合并请求

命名惯例：	feature/<story number>_<developer initials>_<descriptor>
命名约定示例：	feature/123456_MS_Implement_Feature_A

沙盒分支

这个分支是一个非标准的主干分支，但它对于 CI/CD 管道开发很有用。该sandbox分支主要用于以下目的：

• 使用 CI/CD 管道向沙盒环境执行全面部署

• 在提交合并请求以在较低的环境（例如开发或测试）中进行全面测试之前，先开发和测试管道。

Sandbox分支本质上是临时性的，其寿命是短暂的。应在特定测试完成后将其删除。

命名惯例：	sandbox/<story number>_<developer initials>_<descriptor>
命名约定示例：	sandbox/123456_MS_Test_Pipeline_Deploy

主分支

分main支始终代表在生产环境中运行的代码。代码从中分支main、开发，然后合并回到。main来自的部署main可以针对任何环境。要防止删除，请为分支启用main分支保护。

命名惯例：

main

修补程序分支

基于主干的工作流程中没有专门的hotfix分支。修补程序使用feature分支。