GitHub Flow 策略中的分支

GitHub Flow 分支策略通常具有以下分支。

功能分支

你在feature分支中开发功能。要创建feature分支，您需要从该分支中main分支。开发人员在feature分支中迭代、提交和测试代码。功能完成后，开发者通过向创建合并请求来推广该功能main。

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

错误修复分支

该bugfix分支用于修复问题。这些分支是从分支上分main支的。在沙盒或任何较低的环境中测试错误修复后，可以通过合并请求将其合并到更高的环境中，从而将其提升到main更高的环境。这是组织和跟踪的建议命名惯例，也可以使用功能分支来管理此过程。

命名惯例：	bugfix/<ticket number>_<developer initials>_<descriptor>
命名约定示例：	bugfix/123456_MS_Fix_Problem_A

修补程序分支

该hotfix分支用于解决影响力大的关键问题，最大限度地减少开发人员与部署在生产环境中的代码之间的延迟。这些分支是从分支上分main支的。在沙盒或任何较低的环境中测试此修补程序后，可以通过合并请求将其合并到更高的环境中，将其升级到main更高的环境。这是组织和跟踪的建议命名惯例，也可以使用功能分支来管理此过程。

命名惯例：	hotfix/<ticket number>_<developer initials>_<descriptor>
命名约定示例：	hotfix/123456_MS_Fix_Problem_A

主分支

分main支始终代表在生产环境中运行的代码。使用合并请求将代码从main分feature支合并到分支中。为了防止删除并防止开发人员将代码直接推送到main，请为分支启用main分支保护。

命名惯例：

main