Git GitHub Flow
使用 GitHub Flow 进行工作
在本页面,您将学习如何充分利用 GitHub。
GitHub Flow 是一种为与 Git 和 GitHub 协同工作而设计的流程。
它侧重于分支,使团队能够自由尝试新功能,并进行定期部署。
GitHub Flow 的工作流程如下:
- 创建新分支
- 进行更改并添加提交
- 发起 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 中添加关键字以便于搜索!