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