git merge 和 rebase 差在哪？同一批提交跑 3 种合并方式实测
同一批 3 个提交、同一条主干，用三种方式合进去，结果完全不一样。merge 留下 7 个提交，rebase 剩 6 个，squash 只剩 4 个。冲突次数差得更直观：merge 只在中途停一次，rebase 要停三次，每个提交都得自己解一遍。
终端里用 gitui 管 git，暂存、提交、rebase 不用记一堆命令
讲真，git 的命令我用了这么多年，常用的那几个闭着眼睛敲，但稍微偏一点的我还是得查。
Git 合并到底使用Merge还是Rebase
在这篇文章中我们会比较git rebase和经常与之相提并论的git merge命令，并且在真实典型的Git工作流程中识别潜在的可使用rebase的场景。
Git面试被问rebase和merge的区别？这样回答，面试官直接给通过
前几天一个读者私信我：“老师，我面试挂了。面试官问我‘git rebase和git merge的区别’，我说都能合并代码，然后他就没再问了……”我问他：“你是怎么回答的？”他说：“我说merge会生成一个合并提交，rebase不会。”就这？太亏了。
Git rebase 和 merge 到底用哪个，我用了 8 年才搞清楚
入行第二年的时候,我把团队 main 分支搞炸过一次。起因是我学了 git rebase,觉得它能让提交历史变干净,简直爱不释手。某天下午我对着已经 push 出去的分支用了 rebase -i 改了几个 commit message,顺手 push -f 上去。
Git 合并到底使用Merge还是Rebase
Git合并总选错，天天改历史还挨骂，到底该听谁的。这篇文章就是把我最近学Git合并策略时踩过的坑、问过的人、试过的命令，全写下来。没那些高大上的词，就讲人话，讲我咋想通的。以前觉得rebase高级，因为看别人log特别干净，一行一个提交，像写小说一样顺。
变基 git rebase
如果需要获得更清晰的修订历史记录，可以使用 git rebase 命令集成分支。变基至主分支假设我们有两个分支，其中包含 non-fast-forward 方案。
[Git] 系列⑦进阶操作：Stash Rebase
这篇讲 Git 的进阶操作 —— 交互式暂存、Stash 临时保存、Rebase 变基、Cherry-Pick 挑选提交。用熟这些，就能精细控制提交历史，处理复杂开发任务。