Git 分支

14 September 2025 / 4 min read

git

Git 分支的本质

分支：本质是指向某个 Commit 对象 的可变指针
HEAD 指针：指向当前分支的引用

分支操作的机制

切换分支：HEAD 指针指向新的分支
提交代码：分支指针向前移动，指向最新的 commit
新的 commit：会记录对上一次 commit 的引用（链式结构）

Git 分支操作常用命令

查看分支

git branch

列出所有本地分支
git branch -a

列出所有本地 + 远程分支

切换 / 创建分支

git switch

切换到已存在的分支
git switch -c

创建并切换到新分支
git checkout -b

创建并切换到新分支（旧写法）

合并 / 变基

git merge

将合并到当前分支
git rebase

将当前分支的提交“嫁接”到

推送分支

git push -u origin

推送新分支到远程并建立跟踪

删除分支

git branch -d

删除一个已合并的本地分支
git branch -D

强制删除一个本地分支
git push origin —delete

删除一个远程分支

Git Merge 和 Git rebase

Merge 的流程

git 的提交记录如下

A---B---C   <-- main
   \
    D---E   <-- dev

在 main 分支下 merge dev 分支

Git 找到 main 和 dev 的共同祖先：B。
计算 B→C 的修改 和 B→E 的修改。
在 C 的内容基础上，应用 B→E 的修改（整合两个分支的差异）。
生成一个新的合并提交 M1，父节点是 C 和 E。
main 移动到 M1。

A---B---C---------M1   <-- main
     \           /
      D---E -----    <-- dev

Rebase 的流程

A---B---C   <-- main
     \
      D---E   <-- dev

现在我们在 dev 分支上执行：

git checkout dev
git rebase main

找到 dev 分支和 main 分支的共同祖先
- 共同祖先是 B。
- 这一步和 merge 一样。
计算 B→D, B→E 的修改集
- Git 会把 dev 分支上 相对 B 的提交（D, E） 提取出来，形成补丁。
切换到 main 分支最新提交 C
- rebase 的目标是让 dev “接到” main 上，所以新的基础是 C。
依次把 D, E 的修改补丁应用到 C 上
- 先在 C 上应用 D → 得到一个新的提交 D’。
- 再在 D’ 上应用 E → 得到一个新的提交 E’。
dev 指针移动到新的 E’
- 原来的 D, E 会被“丢弃”（实际上还在 reflog 里）。
- 结果是 dev 变成了 C---D’---E’，看起来像是一直在 main 后面开发。

Rebase 之后的提交图

A---B---C   <-- main
         \
          D'---E'   <-- dev

原来的 D 和 E 变成了悬空提交

总结对比

merge：保留分支历史，产生一个合并提交 M1。
rebase：重写 dev 的历史，把 dev 的提交挪到 main 后面，形成一条直线历史。
不要对已经 push 到远程、别人可能基于它开发的分支 rebase！

因为 rebase 会改写历史，别人那边会出现冲突、混乱。
merge 永远是安全的（不会改写历史），rebase 适合在自己本地分支上使用。