git GitHub 流程

变更平台：

---

GitHub 位桶 GitLab

使用 GitHub Flow 进行工作

在此页面上，您将了解如何充分利用 GitHub。

GitHub 流程是旨在与 Git 和 GitHub 良好配合的工作流程。

它专注于分支，使团队可以自由实验并定期进行部署。

GitHub 流程的工作原理如下：

• 创建一个新分支
• 进行更改并添加提交
• 打开拉取请求
• 审查
• 部署
• 合并

通过前面的章节，您应该已经很好地理解了它的工作原理。本章重点了解流程如何让您轻松协作。

创建一个新分支

分支是 Git 中的关键概念。它遵循主分支始终可部署的规则。

这意味着，如果您想尝试新事物或实验，您可以创建一个新分支！分支为您提供了一个可以在不影响主分支的情况下进行更改的环境。

当您的新分支准备就绪时，可以对其进行审查、讨论，并在准备好后与主分支合并。

当您创建一个新分支时，您（几乎总是）希望从主分支创建它。

进行更改并添加提交

创建新分支后，就可以开始工作了。通过添加、编辑和删除文件进行更改。每当您达到一个小里程碑时，请通过提交将更改添加到您的分支。

添加提交可以跟踪您的工作。每次提交都应该有一条消息，解释发生了什么变化以及原因。每次提交都会成为分支历史记录的一部分，并且您可以根据需要恢复到该点。

打开拉取请求

Pull 请求是 GitHub 的关键部分。拉取请求会通知人们您已准备好更改供他们考虑或审查。

您可以要求其他人审查您的更改或提取您的贡献并将其合并到他们的分支中。

审查

发出拉取请求后，任何有权访问分支的人都可以对其进行审核。这是对变更进行良好讨论和审查的地方。

Pull Request 旨在让人们轻松合作并共同产生更好的结果！

如果您收到反馈并继续改进您的更改，您可以通过新的提交来推动您的更改，从而可以进行进一步的审查。

部署

当拉取请求经过审查并且一切看起来都很好时，就该进行最终测试了。 GitHub 允许您从分支进行部署，以便在与主分支合并之前在生产中进行最终测试。

如果出现任何问题，您可以通过再次将主分支部署到生产环境来撤消更改！

合并

经过详尽的测试后，您可以将代码合并到master分支中！

拉取请求保留代码更改的记录，如果您很好地注释和命名了更改，您可以返回并了解做出更改和决策的原因。