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