标签：git log 冲突 列表 重置 多次提交 lease blog checkout ffffff
rebase,直接翻译过来就是变基，而这个命令就是这么人如其名。通过rebase命令，我们可以改变一串commits的基点(父commit)。首先我们先来操作一遍这个命令，看看效果就知道这个命令是干啥的了。
假设我们的git结构是这样子的。我们在commit3这个地方开出了一个分支branch1,然后在branch1分支上开发并提交了两个commit(6和7)。同时其他分支合并到master分支导致master分支多了两个提交(4和5)。
这时我们执行以下命令： (注: 此时的活动分支是branch1)
(branch1) git rebase master
执行完命令后的git结构如下：
我们可以看到，在使用rebase命令之前，branch1和master的交叉点是commit3，这也是branch1的"基点"。通过执行git rebase命令后，branch1的"基点"就变成了5。从而改变了branch与master的交叉点，现在就是commit5。
rebase的工作原理是：Git会让我们想要移动的提交序列（commit6和commit7）在目标分支（master）上按照相同的顺序重新再现一遍。这就相当于我们为各个原提交做了个副本，它们拥有相同的修改集、同一个作者、日期以及注释信息。所以执行变基的相关commit是被复制了一份，上图也做了标识，而原先在branch1的commit6和commit7还是在历史版本中，我们可以通过commit的sha-1序列号来找到它们，只有在用gc命令执行垃圾回收之后(这个命令git会自动执行，以清理版本库)，它们才会真正从版本库中消失。
rebase的执行步骤如下：
通过上面的演示已经原理讲解，大家应该对rebase有了一个基本的了解了。下面说说什么时候使用它。
当我们在功能分支上开发完一个功能时，我们需要将其合并到主分支上（master），继续拿上面的那个例子：
之前我们的做法是使用merge命令：
(branch1) git checkout master
(master) git merge branch1
执行完上述命令后，git结构如下:
合并以后会产生一个新的提交节点（commit7）。这样就产生了交叉，出现了"钻石链"。让master分支看起来很乱，也不易维护和管理。
下面看看使用rebase命令的效果。执行以下命令：
(branch1) git rebase master
注：rebase命令是在活动分支执行，而merge命令需要切换到你要合并的分支。所以rebase命令在branch1分支下执行，而merge命令在master分支下执行。这也是两者不同点之一
执行完上述命令，效果如下
这是branch1还没有合并到master。还需切换回master分支，执行merge命令。执行以下命令：
(branch1) git checkout master
(master) git merge branch1
至此，合并操作正式完成，看下效果：
上面的merge是快进合并（fast-faward），不会产生新的提交。如果需要产生新的提交（为了更好的记录追踪），可以使用--no-ff选项，在新版git中支持，旧版不一定支持：
git merge --no-ff branch1
commit6和commit7后续会被清理掉。这样master分支就是一条线，清晰也易于维护和管理。
rebase命令还有一些可选项，利用这些可选项，我们进行更复杂的操作。下面主要介绍两个--onto和--interactive。
使用--onto移植提交
在如下的git结构中，我们希望能将branch1分支和branch2分支同时合并到master。这是我们可以先将branch1分支中master没有的提交（commit6和commit7）合并到branch2，再通过上面的方法将branch2合并到master。这就是移植提交。可以将commit6和commit7合并到branch2中。
git checkout branch1
git rebase master --onto branch2 上面命令的意思是：将branch1分支中master分支没有的提交拷贝到branch2，执行后的结果如下：
这样就可以将branch1中的提交移植到branch2中。
使用--interactive进行更多操作
给rebase加上--interactive选项，就变成了交互式变基，就是在变基（复制提交）过程中，会中途停止，然后给我们一些选择命令，让我们进行不同的操作。
举个例子，我们在feature分支开发一个功能，这其中进行了多次提交，产生多个commit。但我们希望当该分支合并到master时，只产生一个commit，这时就可以使用--interactive选项了，下面我们模拟操作下：
注： 在本地进行rebase之前，建议先pull一下，让远端和本地代码保持一致，因为rebase之后，会改变本地的commit结构，那时如果要同步远端的话，需要强制推，先pull，再rebase，然后再使用
git push --force-with-lease进行强制本地覆盖远端，就会比较安全且没问题。如果这里看不懂，先往下看。
git checkout -b feature
我们看看feature分支日志情况
提交了三个分支。再看下master分支情况：
master最新提交是"Merge branch ‘test1‘"
接下来，我们开始进行合并操作：
git checkout feature
git rebase master -i
执行该命令后，变基操作会进入交互状态：
我们可以看到，上面列出了需要变基的所有提交，顺序从上之下，也是提交从前到后，先提交的commit显示在上面。接下来，就是交互式变基提供的7个命令：
git add . => git commit --amend进行重新提交。提交完后使用git rebase --continue继续变基。如果你想修改某个提交，可以使用该方法在了解了这些命令后，继续我们刚刚的任务，上面已经提到过，我们使用sqash命令合并提交，并重新编辑提交信息。
按字母i键进入编辑，因为是合并到前面的提交，我们把后面两个提交的命令改为squash，让这三个提交合并成一个，按ESC进入命令模式，再按ZZ保存。变基继续进入编辑提交信息页面
它会列表每个提交的之前的提交信息，我们重新编辑保存退出，变基就会继续完成。
没有冲突就会变基完成，如果有冲突，解决完冲突后，执行git add . => git rebase --continue继续变基即可。
变基完成并没有合并到master。
注：变基后，feature分支的本地仓库就发生了改变，三个commit合并成了一个。如果你之前将本地分支提交到远端过，就是远端的feature分支还是有三个提交。这时如果你将本地分支提交到远端，再通过open merge request 合并到master分支的话，你就要注意了。不能执行git pull命令。要使用git push --force-with-lease。强制将本地覆盖远端，这样，本地和远端的分支就同步了。
这里的强制提交有两个参数，--force和--force-with-lease。这两个具体使用和介绍，建议大家Google下，详细了解后再使用。比较功能比较强大。
传送门（为什么不用--force而用--force-with-lease）
在实际开发中，一般都是同个Create Merge Request 的方式来合并到master，这样可以进行代码审核。这样，我们就需要将本地分支push到远端再发起合并。到这步变基完成之后，正如上面所说，远端仓库和本地是不同的了，这就需要你执行上面的操作，将远端覆盖掉，然后再发起合并。
git push --force-with-lease
如果你可以在本地合并到master的话，那操作就更简单了。
git checkout master
git merge feature
此时，任务完成，但是还是要提醒一下，如果你之前有提交到这几个commit到远端，那边远端feature分支和本地的就不同了，如何想同步，就必须强制push了。接下来我们看看master日志
git log --graph
只有一个提交。如果在feature开发过程中master有新的提交。也不会出现交叉，就不演示了。
rebase还是一个比较强大的命令，有些人因为太强大而害怕使用，生怕出现什么问题，当你真正了解了这些命令的原理以后，你就会觉得没有什么可以害怕的，因为它都在你的掌握之中。掌握rebase -i 这个命令，我相信对git的了解和使用会上一个阶梯，真的比较强大和好用，掌握它，用好它，会帮助我们提高工作效率。
作者：millan
链接：https://juejin.im/post/5c052717f265da61506438c7
标签：git log 冲突 列表 重置 多次提交 lease blog checkout ffffff
原文地址：https://www.cnblogs.com/justlove/p/12656269.html
