本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# GitHub Flow 策略中的分支
<a name="branches-in-a-git-hub-flow-strategy"></a>

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



![GitHub Flow 分支策略中的分支和环境。](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/choosing-git-branch-approach/images/githubflow-branching-strategy.png)


## 功能分支
<a name="feature-branch"></a>

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


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

## 错误修复分支
<a name="bugfix-branch"></a>

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


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

## 修补程序分支
<a name="hotfix-branch"></a>

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


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

## 主分支
<a name="main-branch"></a>

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


|  |  | 
| --- |--- |
| 命名惯例： | `main` |