（六）小技能

一、git reset

当文件版本冲突太多时候，rebase就不太好使了， 没个edit都要fix conflict。那么可以通过reset 来解决。
git reset commitid

图1.1

图1.2

reset到版本B，这时候工作区的修改就是CD的修改内容了，那么冲洗作为一次提交，CD提交就会被干掉，如图1.3所示，直接把E强推到远端即可。

图1.4

二、git commit --amend

前一秒提交了msg，后1s发现提交msg感觉描述不太好想改怎么办？好办，有2种办法。

1. reset HEAD^，重新提交。
2. git commit --amend修改提交内容即可。

三、git rebase

有多个记录想要修改怎么办？
好办，git rebase -i commitid
将指针移动到某个版本，将这个版本之后的提交全部重新提交一遍。

图1.5

如图1.5所示，我要修改435781d的内容，那么我就需要rebase到435781d的上一个版本92212dd。

图1.6

如图1.6所示，会将要修改提交消息的版本以及该版本之后的版本 由上到下都列出来。
看注释中的几个关键字的含义：
p：当版本指针知指到使用e标记的版本这里，使用该提交，即直接把这个版本的提交作为新的提交，然后继续执行下一个版本。
e: ，当版本指针知指到使用e标记的版本这里则停下来，使用该提交，用户可以输入git commit --amend 来修改提交记录，然后git rebase --continue 继续下一次提交。
r:当版本指针知指到使用e标记的版本这里，使用该提交，但是会停下来给出的是vim编辑提交msg界面，修改msg后继续下一个提交。

s: 压缩，当前指针指向的的提交压缩到上一个次提交内，如将第二行换pick换成s，则ca55e2c提交会和435718d合并到一起。注意：这个会保留ca55e2c的提交记录,保留提交记录如图1.7所示。

图1.7

f： 和s一样，只是不保留提交msg。

四、git stash

当我们修改一些文件之后，没有完成一个功能的开发，这时候保存一次提交又不合适，所以需要暂存。

1. git stash
   将修改加入到暂存栈中。

2. git stash list
   暂存的修改可以通过git stash list列出来。如图1.8所示。

   
   
   

   图1.8 暂存列表

3. git stash pop
   将暂存栈的第一个修改弹出，并应用到工作区。

4. git stash apply stash@{index}
   应用暂存栈的某个修改。