工作中必须要知道的git高级用法

rebase变基

问题：
工作中我们一般是从master分支拉自己的开发分支开发，如果master分支被组长合并了其他同事的开发，也就是master分支ahead你的分支，我们这时一般不能直接提交自己的dev分支到远程提pr，需要先把master最新的变更合并到本地分支，怎么做呢？
merge肯定不行，这样提交时别人的变更提交者就是你，很不合理。这里使用rebase更合理。

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，也就是master的最新一次提交commit5。通俗的讲就是将branch1的基变成了master分支最新的那次提交

注意不要在公共分支上使用rebase提交到远程，你的队友会崩溃的！官方讲rebase

上面是rebase工作中经常遇到的一个场景，rebase还有更多高级用法
https://blog.csdn.net/allanGold/article/details/87168012

git stash

有时会遇到这样的情况，正在dev分支开发新功能，做到一半时有人过来反馈一个bug，让马上解决，但是新功能做到了一半你又不想提交，切一个新分支又有些麻烦,这时就可以使用git stash命令先把当前进度保存起来，然后切换到另一个分支去修改bug，修改完提交后，再切回dev分支，使用git stash pop来恢复之前的进度继续开发新功能。

git stash保存暂存区和工作区的改动。执行完这个命令后运行git status命令，就会发现当前是一个干净的工作区，没有任何改动。
git stash save 'message...'可以添加一些注释,推荐添加注释,不然有多个的时候你会分不清

git stash list显示保存进度的列表

git stash pop 恢复最新的进度到工作区。git默认会把工作区和暂存区的改动都恢复到工作区。注意pop会删除当前进度。
git stash pop stash@{1}恢复指定的进度到工作区。stash_id是通过git stash list命令得到的
git stash apply 除了不删除恢复的进度之外，其余和git stash pop 命令一样。

git stash drop [stash_id]删除一个存储的进度。如果不指定stash_id，则默认删除最新的存储进度。
git stash clear删除所有存储的进度。

可以把一些本地开发时需要修改的配置(但是不能上传)暂存,加上详细的注释,这样就相当于个本地的提交历史了.

cherry-pick

对于多分支的代码库，将特定的几个提交移到另一个分支是常见需求
git cherry-pick 将指定的提交commitHash，应用于当前分支
git cherry-pick feature 表示将feature分支的最近一次提交，转移到当前分支
git cherry-pick 转移多个commit
git cherry-pick A..B 转移从 A 到 B 的所有提交. 注意不包含提交 A 如果要包含提交 A使用git cherry-pick A^..B
使用IED的图形化操作工具也很方便的!
阮一峰的git cherry-pick 教程

回滚远程版本

1. 回滚本地版本

   git reflog 
   git reset --hard Obfafd
   

   直接查看版本历史回滚即可。

回滚远程版本
一种方式是先回滚本地版本，然后提交到远程，但是这时因为本地版本落后远程分支提交远程会失败，必须使用强制推送覆盖远程分支。但是这样还有问题，你的同事这时pull之后，会发现：

$ git status
On branch master
Your branch is ahead of 'origin/master' by 2 commits.
  (use "git push" to publish your local commits)
nothing to commit, working directory clean

如果他不知道你回滚了远程版本，或者是个猪队友然后他push了，你辛辛苦苦回滚的远程版本就又复原了。

---

还有一种比较优雅的方式，是使用revert

git revert HEAD                     //撤销最近一次提交
git revert HEAD~1                   //撤销上上次的提交，注意：数字从0开始
git revert 0ffaacc                  //撤销0ffaacc这次提交

git revert 命令意思是撤销某次提交。它会产生一个新的提交，虽然代码回退了，但是版本依然是向前的，所以当你用revert回退之后，所有人pull之后，他们的代码也自动的回退了。

但是，要注意以下几点：

revert 是撤销一次提交，所以后面的commit id是你需要回滚到的版本的前一次提交
使用revert HEAD是撤销最近的一次提交，如果你最近一次提交是用revert命令产生的，那么你再执行一次，就相当于撤销了上次的撤销操作，换句话说，你连续执行两次revert HEAD命令，就跟没执行是一样的
使用revert HEAD~1 表示撤销最近2次提交，这个数字是从0开始的，如果你之前撤销过产生了commi id，那么也会计算在内的。
如果使用 revert 撤销的不是最近一次提交，那么一定会有代码冲突，需要你合并代码，合并代码只需要把当前的代码全部去掉，保留之前版本的代码就可以了.

git revert 命令的好处就是不会丢掉别人的提交，即使你撤销后覆盖了别人的提交，他更新代码后，可以在本地用 reset 向前回滚，找到自己的代码，然后拉一下分支，再回来合并上去就可以找回被你覆盖的提交了。