Git GitHub 流
GitHub
Bitbucket
GitLab使用 GitHub 流工作
在本页中，您将学习如何充分利用 GitHub。
GitHub 流是一种旨在与 Git 和 GitHub 良好协作的工作流程。
它专注于分支，使团队能够自由地进行实验，并定期进行部署。
GitHub 流的工作方式如下：
- 创建一个新分支
- 进行更改并添加提交
- 打开拉取请求
- 审查
- 部署
- 合并
您应该已经对前几章中的工作方式有了很好的理解。本章重点讲解该流程如何使您更容易协同工作。
创建新分支
分支是 Git 中的关键概念。它的核心规则是：master 分支始终是可部署的。
这意味着，如果您想尝试新事物或进行实验，您需要创建一个新分支！分支为您提供了一个环境，您可以在其中进行更改，而不会影响主分支。
当您的新分支准备就绪时，可以对其进行审查、讨论，并在准备就绪时与主分支合并。
当您创建新分支时，您（几乎总是）希望从 master 分支创建它。
注意：请记住，您正在与他人合作。为新分支使用描述性名称，以便每个人都能理解发生了什么。
进行更改并添加提交
创建新分支后，就该开始工作了。通过添加、编辑和删除文件来更改。每当您达到一个小里程碑时，通过提交将更改添加到您的分支。
添加提交会跟踪您的工作。每次提交都应该有一条消息，解释更改了什么以及原因。每次提交都成为分支历史的一部分，并且是您在需要时可以回溯到的一个点。
注意：提交消息非常重要！让每个人都知道更改了什么以及原因。消息和评论使您自己和其他人更容易跟踪更改。
打开拉取请求
拉取请求是 GitHub 的关键部分。拉取请求会通知人们您有更改准备好供他们考虑或审查。
您可以要求其他人审查您的更改或拉取您的贡献并将其合并到他们的分支中。
审查
创建拉取请求后，具有相应分支访问权限的人员可以对其进行审查。这是进行良好讨论和更改审查的地方。
拉取请求旨在让人们轻松协作并共同产生更好的结果！
如果您收到反馈并继续改进您的更改，您可以通过新的提交推送您的更改，从而使进一步的审查成为可能。
注意：GitHub 在“统一拉取请求视图”中显示新的提交和反馈。
部署
当拉取请求已被审查并且一切看起来都很好时，就该进行最终测试了。GitHub 允许您在与 master 分支合并之前，从分支部署到生产环境进行最终测试。
如果出现任何问题，您可以通过再次将 master 分支部署到生产环境来撤消更改！
注意：团队通常有用于部署分支的专用测试环境。
合并
经过详尽测试后，您可以将代码合并到 master 分支中！
拉取请求会保留您代码更改的记录，如果您对更改进行了良好的注释和命名，您可以回溯并理解为什么进行这些更改和决策。
注意：您可以在拉取请求中添加关键字，以便更轻松地搜索！
