news 2026/4/16 16:15:23

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/16 11:50:58

Spring的自定义注解与处理器

1. 自定义注解的定义 自定义注解是 Java 中的一种元数据标记,允许在代码中添加自定义信息,并能通过反射机制进行处理。我们首先定义一个自定义注解,然后在 Spring 中使用该注解来标识需要处理的类或方法。 示例:定义一个简单的自…

作者头像 李华
网站建设 2026/4/16 13:44:18

基于单片机的养殖场温度控制系统设计

博主主页:单片机辅导设计 博主简介:专注单片机技术领域和毕业设计项目。 主要内容:毕业设计、简历模板、学习资料、技术咨询。 文章目录主要介绍一、控制系统设计二、系统方案设计2.1 系统运行方案设计2.1.1 羊舍环境温度的确定三、 系统仿真…

作者头像 李华
网站建设 2026/4/16 6:26:57

AI 软件开发的管理

管理 AI 软件开发不仅是技术的堆叠,更是对不确定性、数据资产以及人机协作模式的深度治理。与传统软件工程相比,AI 项目管理的核心挑战在于:代码逻辑是确定的,但模型的输出是概率性的。以下是管理 AI 软件开发的关键维度&#xff…

作者头像 李华
网站建设 2026/4/16 13:05:50

Adobe Premiere Pro 26.0 - 原生支持Windows on ARM

一句话亮点:Adobe首次为ARM平台提供原生支持,适配高通Snapdragon X系列处理器设备。详细描述:Adobe发布26.0版本,标志着其创意软件生态系统正式进入ARM时代。Premiere Pro、After Effects、Audition及Media Encoder首次实现对Wind…

作者头像 李华
网站建设 2026/4/16 12:46:11

LLMs Are Dumber Than a House Cat

原文:towardsdatascience.com/llms-are-dumber-than-a-house-cat-81e7b3d63190 挫折?困惑?或许“缺乏优雅”是一个更好的表达。这是当你看到顶级科学家对已经理解的技术感到惊奇时所感受到的痛苦。 AI 影响者用惊奇牌来吸引点击,…

作者头像 李华