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

1. 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.youkuaiyun.com/allanGold/article/details/87168012

2. 改善你的提交历史

• 有时候我们提交完了才发现漏掉了几个文件没有添加，或者提交信息写错了，怎么办呢？

  git commit --amend 这个命令会将暂存区中的文件提交。 如果自上次提交以来你还未做任何修改（例如，在上次提交后马上执行了此命令）， 那么快照会保持不变，而你所修改的只是提交信息。如果修改了文件，则最终你只会有一个提交——第二次提交将代替第一次提交的结果。文本编辑器启动后，可以看到之前的提交信息。 编辑后保存会覆盖原来的提交信息

  修补提交最明显的价值是可以稍微改进你最后的提交，而不会让“啊，忘了添加一个文件”或者 “小修补，修正笔误”这种提交信息弄乱你的仓库历史

• 那么如何修改之前某次提交的message呢？

  git rebase -i 77de453e 修改77de 之后的提交信息，注意不包含77de这次提交。
  把要修改的某次的提交的pick改为r保存,然后在弹出的对话框中修改提交message即可。

  pick 08c4cfa add index and
  pick 988098e update readme
  pick 8dc72e1 mv readme.md
  pick 3f79e47 delete
  
  # Rebase dde6fb8..f3482f6 onto dde6fb8 (5 commands)
  #
  # Commands:
  # p, pick = use commit
  # r, reword = use commit, but edit the commit message
  # e, edit = use commit, but stop for amending
  # s, squash = use commit, but meld into previous commit
  # f, fixup = like "squash", but discard this commit's log message
  # x, exec = run command (the rest of the line) using shell
  # d, drop = remove commit
  

• 如何将多次提交合并为一次提交呢？
  同样的git rebase -i 77de453e 使用s（use commit, but meld into previous commit）或者f(会自动抛弃提交信息）。
  注意顺序，最新的提交会在下面，f的含义是将最近的提交合并到之前的提交里，所以第一行不要动。

  这种在准备提交到远程仓库时特别有用，改善你本地的提交历史，无论你本地开发时多么乱七八糟的提交信息，提交后其他同事看到的是很干净清爽的提交历史。

3. 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删除所有存储的进度。

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

4. cherry-pick

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

5. 回滚远程版本

1. 回滚本地版本

   git reflog 
   git reset --hard Obfafd
   

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

2. 回滚远程版本
   一种方式是先回滚本地版本，然后提交到远程，但是这时因为本地版本落后远程分支提交远程会失败，必须使用强制推送覆盖远程分支。但是这样还有问题，你的同事这时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 向前回滚，找到自己的代码，然后拉一下分支，再回来合并上去就可以找回被你覆盖的提交了。