# github flow
参考地址
GitHub flow 是一个轻量级的，基于分支的工作流，它支持定期进行部署的团队和项目。
gitHub flow 主要分为以下步骤：
# 1. 创建分支
在你准备进行开发的时候，或者突然有一个想法，想要马上去实现的时候，先创建一个分支。
分支是 Git 中的核心概念，整个 GitHub 流程都以此为基础。只有一个规则： master 分支中的任何内容始终都是可部署的。因此，在处理功能或修订时，要在主分支之外创建新分支非常重要。您的分支名称应具有描述性（例如，重构身份验证，用户内容缓存密钥， make-retina 头像），以便其他人可以看到正在处理的内容。
# 2. 添加提交
创建分支后，就该开始进行更改了。每当添加，编辑或删除文件时，您都在进行提交，并将其添加到分支中。添加提交的过程会使 git 跟踪您在功能分支上工作的进度。提交还会为您的工作创建透明的历史记录，其他人可以参考该历史记录来了解您的工作以及原因。每个提交都有一个关联的提交消息，该消息是说明为什么进行特定更改的说明。此外，每次提交都被视为一个单独的变更单元。如果发现错误或决定朝另一个方向前进，则可以回滚更改。
# 3. 打开拉取请求
将我们本地开发的代码 commit 了之后，在 push 远程仓库之前，我们要 发起一次 pull request . 这最直接的效果就是如果存在冲突，我们就可以现在本地完成冲突的处理。其次，通过 pull request 我们还可以看到团队中其他成员的工作内容，获取该项目中最新的代码。
# 4. 讨论并检查您的代码
打开 “拉取请求” 后，审阅您所做更改的人员或团队可能会有疑问或意见。也许编码风格与项目准则不匹配，更改缺少单元测试，或者一切看起来都很不错，并且道具井井有条。提取请求旨在鼓励和捕获这种类型的对话。您还可以根据有关提交的讨论和反馈继续推送到分支机构。如果有人评论您忘记做某事，或者代码中有错误，则可以在分支机构中对其进行修复，然后进行更改。 GitHub 将在统一的 “拉取请求” 视图中显示您的新提交以及您可能收到的任何其他反馈。
# 部署
借助 GitHub ，您可以从分支机构进行部署，以在正式合并之前进行生产中的最终测试。审核拉取请求并且分支机构通过测试后，您可以部署更改以在生产中进行验证。如果您的分支机构引起问题，则可以通过将现有的主服务器部署到生产中来回滚它。
# 合并到 master 分支
现在您的更改已在生产环境中得到验证，是时候将代码合并到 master 分支中了。合并后，拉取请求会保留代码历史更改的记录。因为它们是可搜索的，所以它们使任何人都能及时返回，以了解做出决定的原因和方式。
# 最后
期望与你一起遇见更好的自己
