Git进阶

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开发分支

rebase-01.png

B同学完成一次hotfix，合并到master，master领先于A同学的feature1分支

rebase-02.png

A同学要同步master的代码，于是有了 git merge master

rebase-03.png

合并后的结果如上图，记录中有一次merge的信息，但是这样污染了commit记录，我们想要一份干净的commit

我们恢复到git merge master之前的展示。

rebase-04.png

使用git rebase master，如下图展示

rebase-05.png

通过上图，可以看到，merge的commit没有了，这样减少了一次无意义的merge的commit信息，简化了commit提交记录。

但是可能会出现问题：

B同学修复的代码和A开发的代码没有冲突，则无事，但是一旦B同学修复的代码和A开发的代码冲突了，怎么办？
解决方法：如果冲突，git rebase会停止合并，让你去解决冲突，冲突解决完成，执行git rebase --continue即可继续。
git rebase的流程是什么？
1. Git 会把 feature1 的 commit 取消，并保存到临时的 patch 文件，存在 .git/rebase目录下
2. 把 feature1更新到最新的 master分支上
3. 将上面的 patch应用到 feature1分支上，有冲突则解决冲突

git rebase功能2：

Git鼓励频繁commit，这样可以保留开发记录，保证代码不丢失，方便回归或者自己回顾开发过程。但是频繁的commit又不利于 code review，于是我们需要将多个commit合并到一起。

git log 查看日志

commit-merge-01.png

git rebase -i HEAD~3 ：合并最近的3次提交

commit-merge-02.png

pick：保留提交记录，squash：合并提交记录（其他参数可以自查）

commit-merge-03.png

保存之后，查看提交记录，确认是否修改commit的message（推荐使用3次的并集）

commit-merge-04.png

commit-merge-05.png

git log 查看此前3次提交已经合并到一起

commit-merge-06.png

上述是合并最近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