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.csdn.net/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. 回滚远程版本

回滚本地版本
```
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 向前回滚，找到自己的代码，然后拉一下分支，再回来合并上去就可以找回被你覆盖的提交了。

工作中必须要知道的git高级用法相关推荐

git分支指的是_你一定知道的Git分支模型
原标题:你一定知道的Git分支模型写在前面本文不是一篇Git入门指南,也不是 Git命令行使用技巧的讲解,而是谈谈作者在过往工作中使用的几种代码版本管理工具的一些体会,同时重点讲解一下Git的分支 ...
小白需要知道的git命令
小白需要知道的Git命令 git remote add origin(这里一般这样写,当然可以写别的) 之后写clone or download里复制来的东西,可以ssh或者https git rem ...
require php 用不用,PHP中你应该知道的require()文件包含的正确用法
以前看一些PHP框架源码的时候,很奇怪在文件包含的时候,会用dirname(__FILE__)来拼凑文件路径,不知道这样做有什么好处,后来终于发现了其中的缘由. 我们来看一个简单的例子: 有a,b,c ...
Python中第三方库Requests库的高级用法详解
Python中第三方库Requests库的高级用法详解虽然Python的标准库中urllib2模块已经包含了平常我们使用的大多数功能,但是它的API使用起来让人实在感觉不好.它已经不适合现在的时代, ...
日常工作中常用的几个git指令
前言最近,我的主管让我就git 使用做个组内分享,分享一下我在日常工作中是如何使用git的.现在我整理成文章,分享出来,希望对你有所帮助. 基础概念 git有三个分区,分别是: 工作区(Workin ...
软测百科之日常测试工作中哪些是必须知道的 SQL 语句？
SQL 简介 SQL(Structured Query Language,结构化查询语言)是一套用于管理关系数据库管理系统(RDBMS),基于 ANSI(American National Stand ...
Git 高级用法，喜欢就拿去用！
如果你觉得 git 很迷惑人,那么这份小抄正是为你准备的! 请注意我有意跳过了 git commit.git pull/push 之类的基本命令,这份小抄的主题是 git 的一些「高级」用法. 导航 ...
Git 高级用法小抄
点击上方蓝色字体,选择"标星公众号" 优质文章,第一时间送达作者 : Maxence Poutord 原文: New Frontend 网站如果你觉得 git 很迷惑人,那么 ...
(转)Android属性动画完全解析(中)，ValueAnimator和ObjectAnimator的高级用法
版权声明:本文出自郭霖的博客,转载必须注明出处. 目录(?)[-] ValueAnimator的高级用法 ObjectAnimator的高级用法转载请注明出处:http://blog.csdn.ne ...

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