1. git stash
经过一周的艰苦奋斗，开发的feature1终于上线了。但是，在周二开发feature2的时候，测试同学找过来说，上周发布的代码有一个bug，怎么办？当前分支还未开发完成，如果commit，当前开发不完整，会污染commit提交信息。
这个时候stash就可以使用了，将当前修改的代码保存到stash中暂时保存。
保存当前代码
git stash: // 直接将代码保存到stash中
git stash save "message" // 保存到stash的同时，加解释（不包含新文件）
git stash save -a "message" // 保存到stash的同时，加解释（包含新文件）
查看所有的stash
git stash list
取回stash的代码
git stash pop // 删除stash的最后一次的存储，并放回工作区
git stash pop stash@{1} // 删除stash的指定的存储，并放回工作区
git stash apply // 取出stash的最后一次的存储，放回工作区，但是stash空间还在
git stash apply stash@{1} // 取出stash的指定的存储，放回工作区，但是stash空间还在
删除stash
git stash drop stash@{id} // 删除指定的stash
git stash clear // 清空所有的stash
从stash创建一个分支
git stash branch branchName stash@{id}
2. git rebase
git fetch: 拉取远程代码，但是不会自动merge
git pull: 拉取远程的代码，并且合并到当前分支
// 拉取远程的的代码，并合并到当前分支
git pull = git fetch + git merge
// 拉取远程的代码，衍合到当前分支
git pull --rebase = git fetch + git rebase
上面的衍合是什么意思呢？（git rebase功能1）
A同学 从master分支切出一个feature1开发分支
B同学完成一次hotfix，合并到master，master领先于A同学的feature1分支
A同学要同步master的代码，于是有了 git merge master
合并后的结果如上图，记录中有一次merge的信息，但是这样污染了commit记录，我们想要一份干净的commit
我们恢复到git merge master之前的展示。
使用git rebase master，如下图展示
通过上图，可以看到，merge的commit没有了，这样减少了一次无意义的merge的commit信息，简化了commit提交记录。
但是可能会出现问题：
B同学修复的代码和A开发的代码没有冲突，则无事，但是一旦B同学修复的代码和A开发的代码冲突了，怎么办？
解决方法：如果冲突，git rebase会停止合并，让你去解决冲突，冲突解决完成，执行git rebase --continue即可继续。-
git rebase的流程是什么？- Git 会把
feature1的commit取消，并保存到临时的patch文件，存在.git/rebase目录下 - 把
feature1更新到最新的master分支上 - 将上面的
patch应用到feature1分支上，有冲突则解决冲突
- Git 会把
git rebase功能2：
Git鼓励频繁commit，这样可以保留开发记录，保证代码不丢失，方便回归或者自己回顾开发过程。但是频繁的commit又不利于 code review，于是我们需要将多个commit合并到一起。
-
git log查看日志
-
git rebase -i HEAD~3：合并最近的3次提交
- pick：保留提交记录，squash：合并提交记录（其他参数可以自查）
- 保存之后，查看提交记录，确认是否修改commit的message（推荐使用3次的并集）
-
git log查看此前3次提交已经合并到一起
上述是合并最近3次的提交，如果要合并历史中的某N次提交
git rebase -i [commitId]
注意：上面的commitId是不包含在内，如果需要合并N次提交，此处的commitID应该是N+1的commitID。
3. 取别名
git config --global alias.co checkout
git config --global alias.br branch
git config --global alias.ci commit
注明：
- 本篇文章借鉴了 彻底搞懂 Git-Rebase
