标签: #rebase

한국어English日本語中文

← 全部文章

• git merge vs rebase — 什么时候用哪个，为什么共享分支不做 rebase

  merge 和 rebase 的差别，看图不准，看提交哈希才准。变基不是移动提交的命令，而是创建父提交不同的新提交的命令，而哈希会变这一个事实，就是"不要对共享分支做 rebase"这条黄金法则的唯一依据。本文用真实的提交哈希和 reflog 输出展示这个变化，用 first-parent 日志反驳"合并提交是噪音"的成见，讲清楚压缩合并从 bisect 和 cherry-pick 那里拿走了什么，变基过程中同一个冲突反复出现的原因以及

  2026-07-26 · 16 分钟阅读 #git#rebase#merge#version-control#workflow

• git history — Git 放在 rebase 旁边的实验性历史重写命令

  Git 2.54(2026-04-20)以实验特性的形式引入了名为 git history 的新命令，2.55(2026-06-29)又加入了 fixup 子命令。它把 reword/split/fixup 这三种常见的历史重写操作，用一条命令就能完成，不再需要交互式 rebase，并且会用一次原子性的 ref 事务，把目标提交的所有后代分支一并更新。维护者 Patrick Steinhardt 在提交信息里直接点明了这个功能的动机 —

  2026-07-16 · 24 分钟阅读 #git#version-control#jujutsu#rebase