Git(rebase)命令使用
文章来自本人公众号：公众号文章--Git（rebase）命令使用
rebase的三个应用场景
第一个应用场景（合并版本）
例：1.1.1创建文件夹，以及文件，并初始化交给git管理,生成版本
-
创建a.txt生成第一个版本（图示：例1.1）
-
创建b.txt生成第二个版本
-
创建c.txt生成第三个版本
-
创建d.txt生成第四个版本
-
图示：例1.2
例1.1
例1.2
例：1.1.2合并版本号
-
git rebase -i HEAD~3（合并命令方式一：最近的三条记录合并）
-
git reabse -i 版本号 (合并命令方式二：版本号下一条到最后一条合并)
-
开始合并版本3到版本5，共三条（图示：例1.3）
-
自动跳到文件进行修改（改成s的是合并到pick的中）（图示：例1.4）
-
修改后会再次自动跳转（图示：例1.5，红框中内容可以自定义）
-
本人自定义为v3 & v4 & v5，修改成功（图示：例1.6）
-
git log查看，图示：例1.7
例1.3
例1.4
例1.5
例1.6
例1.7
第二个应用场景
例：2.1.1创建文件夹，以及文件，并初始化交给git管理,生成版本
-
创建a.txt生成第一个版本（图示：例2.1）
-
创建b.txt生成第二个版本
-
创建c.txt生成第三个版本
-
创建d.txt生成第四个版本
-
图示：例2.2
例2.1
例2.2
例：2.1.2 创建分支
-
创建分支dev（图示：例2.3）
例2.3
例：2.1.3 切换回master分支，创建两个新的版本
-
切换分支创建版本（图示：例2.4）
例2.4
例（重点）2.1.4：使用rebase操作
-
切换到dev分支，创建dev.txt，并提交生成版本（图示：例2.5）
-
切换到master分支，合并dev分支（图示：例2.6）
例2.5
例2.6
rebase合并对比图：
第三个应用场景
例：3.1.1 创建一个文件夹，模拟在公司开发了一个功能开发了50%，生成版本，但是忘记推送代码
-
创建远程仓库（图示：例3.1）
-
创建文件,生成版本（图示：例3.2，3.3）
-
创建分支，创建dev.txt，生成版本（图示：例3.4）
-
推送master，推送dev（图示：例3.5）
-
编辑dev.txt,生成版本不推送（图示：例3.6）
例3.1
例3.2
例3.3
例3.4
例3.5
例3.6
例：3.1.2 创建一个新的文件夹，模拟在家继续开发
-
创建文件，克隆项目，进入项目目录（图示：例3.7）
-
进入dev分支，编辑dev.txt（图示：例3.8）
-
生成一个版本，推送到远程仓库（图示：例3.9）
例3.7
例3.8
例3.9
例：3.1.3 回到公司继续开发
-
拉取最新代码git fetch origin dev（图示：例3.10）
-
执行git rebase origin/dev会产生冲突（图示：例3.11）
-
解决冲突 （图示：例3.12，3.13）
-
继续执行rebabse（图示：例3.14）
-
直接推送（图示：例3.15）
例3.10
例3.11
例3.12（手动解决冲突）
例3.13（解决冲突）
例3.14
例3.15