Git操作你还在用merge么？了解了解rebase吧！

👉 这是一个或许对你有用的社群

🐱 一对一交流/面试小册/简历优化/求职解惑，欢迎加入「芋道快速开发平台」知识星球。下面是星球提供的部分资料： 

• 《项目实战（视频）》：从书中学，往事中“练”

• 《互联网高频面试题》：面朝简历学习，春暖花开

• 《架构 x 系统设计》：摧枯拉朽，掌控面试高频场景题

• 《精进 Java 学习指南》：系统学习，互联网主流技术栈

• 《必读 Java 源码专栏》：知其然，知其所以然

👉这是一个或许对你有用的开源项目

国产 Star 破 10w+ 的开源项目，前端包括管理后台 + 微信小程序，后端支持单体和微服务架构。

功能涵盖 RBAC 权限、SaaS 多租户、数据权限、商城、支付、工作流、大屏报表、微信公众号等等功能：

• Boot 地址：https://gitee.com/zhijiantianya/ruoyi-vue-pro

• Cloud 地址：https://gitee.com/zhijiantianya/yudao-cloud

• 视频教程：https://doc.iocoder.cn

来源：juejin.cn/post/
7192823689426468919

• 1 前言

• 2 普通开发流程

• 3 多版本并行开发

• 4 Git merge

• 5 Git rebase

• 6 总结

---

1 前言

Git作为我们日常开发代码的版本管理，开发分支的管理方面起着很大作用，我们开发过程中分支通常有生产、预发、测试、开发这几个分支，我们会根据项目进行的某个阶段，将代码提交到某个版本上，正常流程是先开发 —>测试 —>预发—>生产，但是通常会有很多版本，有先后上线顺序，并且我们的开发人员也会是多个，在各种因素下项目的开发版本远程分支，以及开发人员的本地分支管理就由为的关键。

基于 Spring Boot + MyBatis Plus + Vue & Element 实现的后台管理系统 + 用户小程序，支持 RBAC 动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能

• 项目地址：https://github.com/YunaiV/ruoyi-vue-pro

• 视频教程：https://doc.iocoder.cn/video/

2 普通开发流程

正常一个版本需要经过的几个阶段，分别是dev、test、uat、master，我们通过下面流程图这么做是没什么问题的，每个阶段去将从master拉取的版本分支，push到对应的分支上进行发布，正常预发和生产环境的代码应该保持一致，test分支由于会有多个版本并行开发，所以代码和预发和生产比起来会有一些不一样。

基于 Spring Cloud Alibaba + Gateway + Nacos + RocketMQ + Vue & Element 实现的后台管理系统 + 用户小程序，支持 RBAC 动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能

• 项目地址：https://github.com/YunaiV/yudao-cloud

• 视频教程：https://doc.iocoder.cn/video/

3 多版本并行开发

在多个版本并非开发的时候，对分支的管理就不像上面那么简单了，涉及到多个version，这些版本的上线时间节点也是不同的，意味着上test和uat的时间节点也是不一样的。

这里涉及到多种情况

1. 在后端开发人员较少的情况下，通常2-3人为例，完全可以从master拉取一个开发分支，分支格式已 服务名+上线时间，例如xxx_20230130这个本地分支，后端开发人员一起在这个分支上进行并行开发，开发阶段将自己的本地分支merge到dev分支，因为只有2-3人所以冲突解决起来还好，有冲突解决冲突。

2. 后端开发人员较多的情况，通常在5-8人为例，这时候从master分支拉取分支，分支格式就需要已 服务名+姓名缩写+上线时间来命名，尽量每个人在自己命名的分支下进行开发，这样在开发阶段本地测试的时候，可以做到相互不影响，但是在merge到远程分支的时候，解决代码冲突的时候需要认真仔细一些，这种活还是交给心细的人来做吧，测试的时候也需要根据版本上线的优先级进行测试。

3. 版本比较多的情况，比如一个月会有4-5个版本的开发，那么上线时间也是分4-5个节点，这样就需要每次从先发上线的远程分支，将代码merge到下个版本的本地开发分支上，以此类推。

4 Git merge

作为git 合并分支的命令，也是在日常开发过程中经常用到的一个命令，通常我们会将拥有最新代码的一个版本merge到较老的一个版本，实现版本同步。

大体就是这么一个步骤，从刚开始的公共分支，变为master和feature分支， 通过git merge master 命令将master分支merge到feature分支。Merge命令会将前面featrue分支所有的commit提交全部合并为一个新的commit提交。⚠️这里只有会在产生冲突的时候，才能产生新的commit记录。

可以理解为git pull =git fetch +git merge，拉取最新的远程分支，然后将这个分支合并到另一个分支。

在公司开发的时候，通常大家喜欢这个命令，因为简单粗暴，直接将其他分支合并到自己分支，简单好理解。

5 Git rebase

作为自己的个人喜好，比较喜欢rebase这个命令，核心理念就是“变基”。

1. 由上图可看见，通过reabse命令将feature分支延续到了master分支后面。

2. 在多人开发过程中，如果其他人在master进行commit，这个时候你在feature分支提交了几个commit，这时候你使用rebase命令，会将你的commit提交记录放在master的commit记录的后面，而merge就会将不同分支的commit合并成一个新的commit记录，这就是merge和rebase的不同点。

3. 本地feature分支和远端的master分支如果是同一条分支的话，可以使用rebase，保证commit的记录的清晰性，这个很关键！

⚠️不要在公共分支使用rebase命令，这样会污染公共分支，这样公共分支就会存在你的commit记录，别人拉取的时候会存在你的最新的commit记录。

6 总结

在开发中不仅需要代码质量高，在版本管理上也是由为的重要，上线前漏掉代码的事情，相信大家都曾遇到过，但是这种事情是很危险⚠️的，希望此文章能给大家在日常代码版本管理中提交警惕，合理合并分支，最后祝大家在新的一年，少出bug、多多学习、多多进步。

---

欢迎加入我的知识星球，全面提升技术能力。

👉 加入方式，“长按”或“扫描”下方二维码噢：

星球的内容包括：项目实战、面试招聘、源码解析、学习路线。

文章有帮助的话，在看，转发吧。
谢谢支持哟 (*^__^*）