news 2026/4/3 5:40:07

Git 中的 Rebase 与 Merge:原理、区别与最佳实践

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
Git 中的 Rebase 与 Merge:原理、区别与最佳实践

文章目录

    • 1. 引言:为什么 Git 会有 rebase 和 merge 两种方式?
    • 2. Git Merge:保留真实历史的合并
      • 2.1 Merge 的基本思想
      • 2.2 Merge 的使用方式
      • 2.3 Merge 的优点
      • 2.4 Merge 的缺点
    • 3. Git Rebase:重写历史的“整理术”
      • 3.1 Rebase 的基本思想
      • 3.2 Rebase 的使用方式
      • 3.3 Rebase 的优点
      • 3.4 Rebase 的缺点
    • 4. Rebase 与 Merge 的核心区别
      • 操作位置对比
    • 5. 冲突处理上的区别
      • Merge 冲突
      • Rebase 冲突
    • 6. 一个重要原则
    • 7. 实战推荐用法
      • 场景 1:个人功能分支
      • 场景 2:合并到主分支
      • 场景 3:提交前整理 commit
    • 8. GitHub / GitLab 的最佳实践
    • 参考

1. 引言:为什么 Git 会有 rebase 和 merge 两种方式?

在团队开发中,我们经常会遇到这样的场景:

  • 多个人在同一个仓库并行开发
  • 主分支(main / master)在不断前进
  • 自己的功能分支需要同步最新代码

这时,Git 给我们提供了两种选择:

  • git merge
  • git rebase

它们都能“合并代码”,那到底有什么区别?


2. Git Merge:保留真实历史的合并

2.1 Merge 的基本思想

merge的核心思想是:

把两个分支的历史“汇合”在一起,并生成一个新的合并提交。

示意图如下:

A---B---C---D (main) \ / E---F (feature)

合并后:

A---B---C---D------M (main) \ / E---F----- (feature)

其中M是一个Merge Commit


2.2 Merge 的使用方式

gitcheckout maingitmerge feature

注意要合并的时候切换到目标分支


2.3 Merge 的优点

  • 不修改历史,绝对安全
  • 提交记录完整可追溯
  • 适合多人协作、公共分支

2.4 Merge 的缺点

  • 提交历史可能出现大量 merge commit
  • 日志图可能较为“杂乱”
  • 不利于线性回溯提交

3. Git Rebase:重写历史的“整理术”

3.1 Rebase 的基本思想

rebase的核心思想是:

把当前分支的提交“挪到”另一个分支的最新提交之后。

示意图:

A---B---C---D (main) \ E---F (feature)

Rebase 后:

A---B---C---D---E'---F' (feature)

注意:

  • E'F'新提交
  • 原来的EF已被替换

3.2 Rebase 的使用方式

gitcheckout featuregitrebase main

3.3 Rebase 的优点

  • 提交历史线性、干净
  • 更容易阅读和回滚
  • 非常适合整理本地提交

3.4 Rebase 的缺点

  • 重写提交历史
  • 如果操作不当,容易引发协作问题
  • 不适合已经推送到远程的公共分支

4. Rebase 与 Merge 的核心区别

维度mergerebase
是否生成新提交是(merge commit)否(重写提交)
历史是否线性
是否修改历史
风险程度
适用场景公共分支本地分支

操作位置对比

操作当前所在分支目标分支命令格式
git rebase当前分支要变基到的分支git rebase 目标分支
git merge当前分支要合并进来的分支git merge 来源分支

5. 冲突处理上的区别

Merge 冲突

  • 只解决一次冲突
  • 生成一个 merge commit

Rebase 冲突

  • 每一个提交都可能冲突
  • 需要多次git rebase --continue

6. 一个重要原则

永远不要 rebase 已经推送到远程的公共分支

原因:

  • 会改变提交 hash
  • 导致他人无法正常拉取代码
  • 可能引发灾难性冲突

7. 实战推荐用法

场景 1:个人功能分支

✅ 推荐 rebase

gitcheckout featuregitrebase main

目的:
👉 保持提交历史干净


场景 2:合并到主分支

✅ 推荐 merge

gitcheckout maingitmerge feature

目的:
👉 保留真实开发历史


场景 3:提交前整理 commit

gitrebase -i HEAD~3

可用于:

  • 合并提交
  • 修改提交信息
  • 删除无用提交

8. GitHub / GitLab 的最佳实践

  • 功能开发:rebase同步主分支
  • 最终合并:mergesquash merge
  • 禁止对main/master执行 rebase

参考

【五分钟学会git rebase和 git merge的区别】

Git:图解 merge 和 rebase 的区别

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/4/2 9:28:42

学长亲荐8个AI论文工具,助你搞定本科毕业论文!

学长亲荐8个AI论文工具,助你搞定本科毕业论文! AI 工具的崛起,让论文写作不再难 对于很多本科生来说,毕业论文不仅是一次学术能力的考验,更是一场时间与精力的挑战。尤其是在选题、撰写、修改和降重等环节,…

作者头像 李华
网站建设 2026/3/16 18:34:14

架构之负载均衡

架构之负载均衡 目录 概述为什么需要负载均衡负载均衡的分类负载均衡算法负载均衡实现方式健康检查机制会话保持常见负载均衡器对比最佳实践实际应用场景 概述 负载均衡(Load Balancing)是一种将传入的网络流量分散到多个后端服务器上的技术&#xff…

作者头像 李华
网站建设 2026/3/16 12:49:45

基于单片机的汽车防追尾报警系统设计

收藏和点赞,您的关注是我创作的动力 文章目录 概要 一、系统设计总体思路硬件设计的分析系统方案设计 二、系统硬件设计三、系统软件设计4.2 仿真软件选择4.3 主要模块子程序原理图 概要 本设计目的是采用单片机的车辆防追尾报警控制系统,核心原件为STC89C51单片式…

作者头像 李华
网站建设 2026/3/8 16:39:19

简单理解:\r\n 在嵌入式行业代表什么?

\r\n 是 C 语言(尤其是嵌入式开发)中最常用的转义字符组合,核心作用是实现文本输出时的 “换行 回车”,让光标跳到下一行开头,这也是串口、日志、文件等场景中标准化的换行方式。先拆解两个字符的单独含义&#xff0c…

作者头像 李华