git的使用 -- 版本回退与前进问题

版本回退与前进系列

1.本地回退

如果你的代码只是commit到本地存储仓库, 还没有push到远程分支, 那这时你只需要使用reset回退版本就可以了. 不知道版本号可以使用git log查看.回退到上一版本可以使用 git reset --hard HEAD^

git log //查看提交的历史
git log --pretty=oneline　//如果嫌上面的输出信息过多可以使用这条（只输出版本号）
git reflog //用git log是看不出来被删除的commitid，用git reflog则可以看到被删除的commitid ,并且可以看到所有分支的commit
git reset --hard HEAD^ //回到上个版本，
git reset --hard HEAD^^是上上个版本
git reset --hard HEAD~1 回到指定上几个版本, 数字从0开始,1表示回退到上上个版本
git reset --hard 版本号 要回到指定版本, 直接在后面加版本号即可.

2.自己的远程分支回退方法

如果你的错误提交已经push到远程分支了, 先使用上面的方法,然后push到远程分支上. 接下来如果你直接提交会发现提交不了, 说远端做了更改需要先pull一下, 如果pull那就又回到最新版本了，相当于没回退。 这时你可以强制push到远程分支,以覆盖远程分支原来的提交.

git push -f origin 远程分支名

好了, 这下错误提交消除了,本地分支和远程分支也保持一致了.

3. 公共远程分支版本回退方法

公共远程分支不同自己的分支, 万一你版本回退把别人的代码弄丢了, 信不信分分钟递刀片了. 下面来分析:

假如你的远程master分支情况是这样的:

A1–A2–B1

其中A、B分别代表两个人，A1、A2、B1代表各自的提交。并且所有人的本地分支都已经更新到最新版本，和远程分支一致。

这个时候你发现A2这次提交有错误，你用reset回滚远程分支master到A1，那么理想状态是你的队友一拉代码git pull，他们的master分支也回滚了，然而现实却是，你的队友会看到下面的提示：

$ 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

也就是说，你的队友的分支并没有主动回退，而是比远程分支超前了两次提交，因为远程分支回退了嘛。

(1) 这个时候，你大吼一声：兄弟们，老子回退版本了。如果你的队友都是神之队友，比如: Tony，那么Tony会冷静的使用下面的命令来找出你回退版本后覆盖掉的他的提交，也就是B1那次提交：

git reflog

然后冷静的把自己的分支回退到那次提交，并且拉个分支:

git checkout tony_branch //先回到自己的分支
git reflog //接着看看当前的commit id,例如:0bbbbb
git reset --hard B1 //回到被覆盖的那次提交B1
git checkout -b tony_backup //拉个分支，用于保存之前因为回退版本被覆盖掉的提交B1
git checkout tony_branch //拉完分支，迅速回到自己分支
git reset --hard 0bbbbbb //马上回到自己分支的最前端

通过上面一通敲，Tony暂时舒了一口气，还好，B1那次提交找回来了,这时tony_backup分支最新的一次提交就是B1，接着Tony要把自己的本地master分支和远程master分支保持一致：

git reset --hard origin/master

执行了上面这条命令后，Tony的master分支才真正的回滚了,也就是说你的回滚操作才能对Tony生效，这个时候Tony的本地maser是这样的：

A1

接着Tony要再次合并那个被丢掉的B1提交：

git checkout master //切换到
master git merge tony_backup //再合并一次带有B1的分支到master

好了，Tony终于长舒一口气，这个时候他的master分支是下面这样的：

A1 – B1

终于把丢掉的B1给找回来了，接着他push一下，你一拉也能同步。

同理对于所有队友也要这样做，但是如果该队友没有提交被你丢掉，那么他拉完代码git pull之后，只需要强制用远程master覆盖掉本地master就可以了：

git reset --hard origin/master

(2) 然而很不幸的是，现实中，我们经常遇到的都是猪一样的队友，他们一看到下面提示：

$ 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

就习惯性的git push一下，或者他们直接用的SourceTree这样的图形界面工具，一看到界面上显示的是推送的提示就直接点了推送按钮，卧&槽，你辛辛苦苦回滚的版本就这样轻松的被你猪一样的队友给还原了，所以，只要有一个队友push之后，远程master又变成了：

A1 – A2 – B1

这就是分布式，每个人都有副本。这个时候你连揍他的心都有了，怎么办呢？你不能指望每个人队友都是git高手，下面我们用另外一种方法来回退版本。

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

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

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

git revert 命令的好处就是不会丢掉别人的提交，即使你撤销后覆盖了别人的提交，他更新代码后，可以在本地用 reset 向前回滚，找到自己的代码，然后拉一下分支，再回来合并上去就可以找回被你覆盖的提交了。
如果在revert过程中出现了冲突, 而你又不想解决冲突, 那你可以终止操作:

git revert --abort

执行上面命令后会终止此次revert操作，代码还原至revert命令前。

4. 前进到回退前的某个版本

如果你还想要原来回退的版本,只需要记得这个版本的前几个版本号 aff8f0892，然后

$ git reset --hard aff8f0892

就能reset回来了；

但是，万一我们版本号都不记得了怎么办，没事，有一条命令可以记录你每一次GIT的命令，那就是git reflog

$ git reflog //查看你每一操作GIT的记录
$ git reset --hard aff8f0892
$ git log