分支 (branch) 工作流

Git 课程的一部分

你到目前为止学的所有东西，建分支、合并、变基、打标签，讲的都是 Git 的命令做了什么，但没有一条告诉你：什么时候该开一个分支，这个分支该留多久，谁可以直接动 main。这些事 Git 是真的不发表意见。一个团队要是完全没有约定，很快就会掉进麻烦里：分支活了好几个月，合并起来是场噩梦；main 分支谁也说不准还能不能安全部署；两个人各自在分支上悄悄改同一个文件，谁先合并谁就撞上。这些年下来，各个团队沉淀出了几种可重复的分支组织模式，这一课带你走一遍最常见的三种，好让你认得出一个项目在用哪一种，也能判断这种适不适合它。

想象一个几个厨师同时开工的共用厨房。如果所有人都直接在中间那张操作台上切菜，那就得不停沟通、随手清理，否则很快就撞在一起。如果换个做法，每个人在自己的工位上把菜备好，只有完全可以装盘了才端到中间那张台上，撞车是少了，可某道慢菜还在准备时，那张台会空很久没人用。这两种做法都没有错，它们回答的是不同的约束条件：有几个厨师，他们沟通得怎么样，菜要多快出。分支工作流是同一类选择，只不过对象从蔬菜换成了提交。 ...