git常用命令总结

之前在小米实习的时候，遇到的第一个问题就是不会用git，其实git讲起来很简单，就是把写好的代码先add，再commit，再push到服务器上，就OK啦！但是期间还是遇到不少问题的，比如代码写了一半发现别人提交了新的分支，比如分支开发一半的时候有一个紧急的需求过来需要马上修改，比如再不同分支写了不同的代码需要合并等等，本篇博客主要就列一些分支管理的命令，常规的add, commit不再赘述。

1.git reset

git reset commit-id/Head 命令就是把当前分支重置为某个提交的状态，常用有三个选项hard、soft和mixed（默认）。

--hard：这个命令比较危险，因为他会将当前分支完全重置为这个commit，工作区和暂存区都会完全的变成该commit的状态，有点类似于恢复代码，适用的场景是发现代码改错了，需要完全重置到以前某个状态。

--soft：这个命令比较柔和，他会将工作区完全重置为这个commit，之后的所有改动都会被放在暂存区里，也就是所有改动已经add但是未commit的状态。这个适用于本地改代码产生了很多提交，但是希望push到服务器的提交只有一个，就可以reset --soft 服务器最新commit，然后再把后序所有改动一次性commit一下。

--mixed：这个是reset的默认选项，当不给出reset模式的时候就是使用这个模式。这个模式只重置暂存区，不重置工作区，也就是执行reset --mixed之后，所有该commit之后的改动都会以“ Changes to be committed ”出现，也就是改动还未add的状态。

除了以上三个以外，reset还有个--merge和--keep命令不太常用，我工作中也从来没有用过，不再讨论。

参考文章：http://blog.youkuaiyun.com/hudashi/article/details/7664464

2.git stash

git stash：这个命令会将当前已跟踪但是未commit的代码推入git栈中（包括暂存区的代码），也就是说，新创建还未纳入git跟踪的文件不会放入栈里！并且在stash apply的时候，不会恢复暂存区的信息。

git stash save -a "message..."：save命令可以给这个stash添加一条信息来区别各个stash，-a或者--all选项可以将新创建的文件也存入git栈。

git stash list：查看当前Git栈信息

git stash apply stash@{0}：将指定的工作取出来，不删除git栈记录，不恢复暂存区信息，恢复的改动是“Changes not staged for commit” 状态，也就是等待add状态，如果要恢复暂存区信息增加--index选项。

git stash pop stash@{0}：同上，将工作取出来，但是同时删除git栈记录。

git stash clear：清空git栈。

git stash drop stash@{0}：删除某个记录。

3.git rebase

git rebase的基本作用是把一段分支追加到另一个分支上，比如我们现在在dev分支开发新功能，发现master分支有别人的新提交，这时候如果使用merge的话会多一个merge提交不够优雅，使用rebase可以直接把dev分支嫁接到新master分支，就好像是一开始就从最新的master分支开始开发一样。

执行rebase通常有如下两个命令：1.git checkout feature，2.git rebase master。这两个命令会把feature领先于master的提交追加到master上，但是不会改动master分支， 而是而是把feature分支“克隆”成master分支后，再在feature分支后面追加进去，master分支本身其实是不变的。

rebase的过程如下图：

除了嫁接分支以外，rebase还有一个非常实用的选项rebase -i，可以合并提交，修改提交。

git rebase -i HEAD~k：会选出前k个分支进行交互操作，前面k行类似于下面这样

pick:msg1

pick:msg2

pick:msg3

下面会有一些命令如：e, edit = use commit, but stop for amending

s, squash = use commit, but meld into previous commit

修改提交：把pick改成edit，之后会遍历需要edit的分支，修改完后再add，commit --amend，git rebase --continue就可以改变过去的某个commit了

合并提交：从下往上把pick改为squash，比如要合并3个提交的话，就把2,3行的pick改为queash，如果没有冲突的话就会把2，3行的提交合并到第一行的提交上。

4.git cherry-pick

git cherry-pick branch1：会把branch1上的改动在当前的分支上重演一遍。在开发的时候，经常会新开一个分支dev进行新功能的开发，然后开发完后回到master分支，拉取最新的代码，然后cherry-pick dev，就可以吧dev的新功能合并到master分支里面去了。

git cherry-pick branch1 commit1：除了可以把整个分支重演，也可以把某些提交重演，这适用于在开发3.0版本的时候突然有一个包含3.0部分功能的版本2.1需要紧急上线，这个时候可以新开一个分支branch2.1，然后把3.0版本的某些提交在这个分支上重演一次就可以了。