分支的工作流程

什么是流程控制？

我们可以采用流程控制的方法来表示提交（commits）的稳定状态。

通常，稳定分支的前进速度较慢。一个可编译的工作分支基于稳定分支构建，并以更快的速度向前推进。我们常称其为“每日构建”（nightly build）。在工作实现的基础上，还存在正在开发的功能分支，这些分支往往尚未完全可用。

流程控制 是通过使用不同分支的命名规范来体现不同级别的稳定性，同时也指在不同场景下灵活切换这些分支的能力。

分支的流动

有一种新颖的 Git 分支管理策略，其核心是将每个分支赋予特定含义，形成清晰的组织结构：

• master（或 main）分支：该分支包含最新的可运行代码，通常称为 master。
• development 分支：该分支包含可能引入不稳定的提交。
• 功能分支：为每个新功能从 development 分支创建一个独立分支。可以命名为 feature_name 或 dev_name，例如 dev_auth 或 dev_saving_record。最终，这些功能分支会被合并到 development 分支。
• staging 分支：当代码通过质量测试后，将其推送至 staging 分支，用于进一步测试。
• deployment 分支：代码最终被推送到 deployment 分支，用于构建生产环境。
• hotfix 分支：当在 deployment 分支中发现严重缺陷时，创建一个名为 hotfix 的新分支。在此分支上提交修复内容，完成后将其合并回 deployment 分支。

注意：在某些 Git 工作流中，master 被用作稳定分支，此时会创建一个 development 分支来代表当前正在开发的代码。而另一些团队则选择让 master 分支作为当前开发中的主分支，同时创建另一个分支（通常命名为 stable 或 deploy），用来表示生产环境中当前稳定的代码。

为了便于理解，本课程中将可用于生产的分支称为 production，将正在开发的代码分支称为 development。