用Git对项目的依赖进行升级

缘由（一些废话）

今天编写SpringBoot项目的时候，由于之前引入MyBatis-Plus 3的时候有bug，所以就换成了MyBatis-Plus 2 后来我意识到，现在2的使用率好像不高，并且突然发现，3和2的wrapper用法不太一样，所以就想着升级一下依赖。因为项目写的东西不多，所以升级起来不算麻烦。 之前在IDEA中用MybatisX生成了domain、service和mapper的代码，知道3和2的一些包的路径不太一样，所以需要改import的路径，也就是需要修改代码。但是目前又已经进行了一些未提交的编码，由于从mybatis-plus2迁移到3，不能保证项目能直接运行，所以想到了用Git来操作，顺便练习一下自己对Git的使用。

不废话了，直接开始正文。

如何操作

暂存未提交的修改

我们希望保存暂未提交的修改。git有一个git stash的命令，可以贮存还没add和commit的代码，所以直接执行git stash，代码就会回到上一次commit时的样子。

新建分支

为了防止升级失败，我们希望不影响主分支，所以新建一个migration分支来进行升级的操作。直接git checkout -b migration。

这样我们就可以在新分支随便操作，不用担心搞出什么事情。

升级项目并修改相关代码

现在就可以进行升级了，因为我的项目比较简单，需要做的就是改pom.xml里依赖的version，然后改Mapper、Domain、Service中包的路径。例如，Domain中实体类使用到的这几个注解。

在Mybatis-Plus 2中这个annotation就会是annotations，虽然都是细节的区别，但是都是需要进行更改的。

剩下的步骤就不细说了，完成之后，先跑一下项目看看会不会出问题，确认升级成功了，就可以进行后面合并的步骤了。

将升级后的分支合并到原有分支

由于我们进行了git stash，也就相当于没有在主分支上进行任何改动，所以我们可以直接把在migration分支上进行的commit合并到主分支上。直接git checkout main（我的主分支是main，可能有的人是master或者别的），然后git merge migration就ok了。

提取之前的修改

现在已经完成了项目的升级，我们要把之前的修改提取出来。使用命令git stash pop将暂存区的内容弹出。

我们发现出现了冲突，也就是暂存区修改的内容和migration分支中修改的内容出现了冲突，在UserServiceImpl类中。

解决方案：遇到冲突的解决方案就是，我们对文件冲突的部分进行修改，然后将冲突的文件git add提交到暂存区就可以了。

至此，我们就利用git完成了项目中Mybatis-Plus 2到Mybatis-Plus 3的升级。

总结

这是我自己撰写并发表的第一篇博客。由于本人比较菜，所以就当作自己记录一次解决问题的思路，希望能帮到有需要的人。

这篇好文章是转载于：学新通技术网