Git的使用（三）

三、版本回退
1、没有push的情况下：
当前分支提交了多次，当想返回到某一个提交记录的时候，通过

git log

可查看提交的历史记录

$ git log
commit 7a2a6ea2b361179161f15c182ee3ae705ee07f43
Author: xxxxxx
<xxxxxx@gmail.com>
Date:   Wed Jan 20 14:40:20 2016 +0800

    #diff

commit 84d2e809de8f0cc23f9a2555d7e48df8c966f23f
Merge: 3a2aaa2 75c842b
Author: xxxxxx  <xxxxxx @gmail.com>
Date:   Tue Jan 19 18:09:52 2016 +0800

    #处理冲突后的提交

commit 75c842b02d3ab092473205000ba1566ecee37672
Author: xxxxxx <xxxxxx @gmail.com>
Date:   Tue Jan 19 18:03:14 2016 +0800

    #改动dev导致合并分支出错

commit 3a2aaa20caf4f9a507bb30e0f155a28cd88b8c0d
Author: xxxxxx <xxxxxx@gmail.com>
Date:   Tue Jan 19 18:01:38 2016 +0800

此时master的Read.txt的内容为：（最近一次提交 #diff）

123
dev提交到master
改动master导致合并出错
改动dev导致合并分支出错


git diff

使用

git reset --hard HEAD^

回退到上一个版本：

$ git reset --hard HEAD^
HEAD is now at 84d2e80 #处理冲突后的提交

（上上一个版本就是HEAD^^，往上100个版本写写成HEAD~100。）
这时查看master的Read.txt的内容：

123
dev提交到master
改动master导致合并出错
改动dev导致合并分支出错

再次通过git log可以看到：

$ git log
commit 84d2e809de8f0cc23f9a2555d7e48df8c966f23f
Merge: 3a2aaa2 75c842b
Author: xxxxxx  <xxxxxx @gmail.com>
Date:   Tue Jan 19 18:09:52 2016 +0800

    #处理冲突后的提交

commit 75c842b02d3ab092473205000ba1566ecee37672
Author: xxxxxx <xxxxxx @gmail.com>
Date:   Tue Jan 19 18:03:14 2016 +0800

    #改动dev导致合并分支出错

commit 3a2aaa20caf4f9a507bb30e0f155a28cd88b8c0d
Author: xxxxxx <xxxxxx@gmail.com>
Date:   Tue Jan 19 18:01:38 2016 +0800

如果想要回到之前的#diff的版本，则手动输入id：

git reset --hard 7a2a6ea2b361179161f15c182ee3ae705ee07f43

 git reset --hard  7a2a6ea2b361179161f15c182ee3ae705ee07f43
HEAD is now at 7a2a6ea #diff

如果想回到回退前的最新版本时，若找不到id，则：

$ git reflog
84d2e80 HEAD@{0}: checkout: moving from 84d2e809de8f0cc23f9a2555d7e48df8c966f23f       to master
84d2e80 HEAD@{1}: reset: moving to HEAD^
7a2a6ea HEAD@{2}: checkout: moving from master to remotes/origin/master
84d2e80 HEAD@{3}: checkout: moving from 84d2e809de8f0cc23f9a2555d7e48df8c966f23f       to master
84d2e80 HEAD@{4}: reset: moving to HEAD^
7a2a6ea HEAD@{5}: checkout: moving from master to remotes/origin/master
84d2e80 HEAD@{6}: reset: moving to HEAD^
7a2a6ea HEAD@{7}: reset: moving to 7a2a6ea2b361179161f15c182ee3ae705ee07f43
84d2e80 HEAD@{8}: reset: moving to HEAD^
7a2a6ea HEAD@{9}: commit: #diff
84d2e80 HEAD@{10}: commit (merge): #处理冲突后的提交
3a2aaa2 HEAD@{11}: checkout: moving from dev to master
75c842b HEAD@{12}: commit: #改动dev导致合并分支出错
9f71f28 HEAD@{13}: checkout: moving from master to dev
3a2aaa2 HEAD@{14}: commit: #改动master导致合并分支出错
4bb290c HEAD@{15}: checkout: moving from newbranch to master
3027dfb HEAD@{16}: pull origin newbranch: Fast-forward
4bb290c HEAD@{17}: checkout: moving from master to newbranch
4bb290c HEAD@{18}: checkout: moving from dev to master
9f71f28 HEAD@{19}: commit: #
4bb290c HEAD@{20}: checkout: moving from master to dev
:...skipping...
84d2e80 HEAD@{0}: checkout: moving from 84d2e809de8f0cc23f9a2555d7e48df8c966f23f to master
84d2e80 HEAD@{1}: reset: moving to HEAD^
7a2a6ea HEAD@{2}: checkout: moving from master to remotes/origin/master
84d2e80 HEAD@{3}: checkout: moving from 84d2e809de8f0cc23f9a2555d7e48df8c966f23f to master
84d2e80 HEAD@{4}: reset: moving to HEAD^
7a2a6ea HEAD@{5}: checkout: moving from master to remotes/origin/master
84d2e80 HEAD@{6}: reset: moving to HEAD^
7a2a6ea HEAD@{7}: reset: moving to 7a2a6ea2b361179161f15c182ee3ae705ee07f43
84d2e80 HEAD@{8}: reset: moving to HEAD^
7a2a6ea HEAD@{9}: commit: #diff
84d2e80 HEAD@{10}: commit (merge): #处理冲突后的提交
3a2aaa2 HEAD@{11}: checkout: moving from dev to master

则可以查找到id了。

总结：

reset
git reset [--soft | --mixed | --hard

--mixed
会保留源码,只是将git commit和index 信息回退到了某个版本。

--soft
保留源码,只回退到commit 信息到某个版本.不涉及index的回退,如果还需要提交,直接commit即可.

--hard
源码也会回退到某个版本,commit和index 都回回退到某个版本.(注意,这种方式是改变本地代码仓库源码)

当然有人在push代码以后,也使用 reset --hard <commit...> 回退代码到某个版本之前,但是这样会有一个问题,你线上的代码没有变,线上commit,index都没有变,当你把本地代码修改完提交的时候你会发现权是冲突.....

2、已经push的情况下：
对于已经把代码push到线上仓库,你回退本地代码其实也想同时回退线上代码,回滚到某个指定的版本,线上,线下代码保持一致,用到下面的命令

revert

git revert  //用于反转提交,执行evert命令时要求工作树必须是干净的.

git revert  //用一个新提交来消除一个历史提交所做的任何修改.

revert 之后你的本地代码会回滚到指定的历史版本,这时你再 git push 既可以把线上的代码更新.(这里不会像reset造成git commit时冲突的问题)

如果revert过程中和现有本地仓库的代码出现了冲突，需要解决这次冲突然后再做一次提交，也就是通过一次新的提交来解决有问题的代码，比如：

$ git revert 3a2aaa2
error: could not revert 3a2aaa2... #改动master导致合并分支出错
hint: after resolving the conflicts, mark the corrected paths
hint: with 'git add <paths>' or 'git rm <paths>'
hint: and commit the result with 'git commit'

$ git status
On branch master
You are currently reverting commit 3a2aaa2.
  (fix conflicts and run "git revert --continue")
  (use "git revert --abort" to cancel the revert operation)

Unmerged paths:
  (use "git reset HEAD <file>..." to unstage)
  (use "git add <file>..." to mark resolution)

        both modified:   Read.txt

no changes added to commit (use "git add" and/or "git commit -a")

则要通过git revert --abort来取消这次revert

$ git revert --abort

$ git status
On branch master
nothing to commit, working directory clean

如果不想取消，则通过git status可知Read.txt产生冲突，则修改Read.txt
revert冲突后的Read.txt:

123
dev提交到master
<<<<<<< HEAD
改动master导致合并出错
改动dev导致合并分支出错


git diff

=======
>>>>>>> parent of 3a2aaa2... 

解决冲突后,git add 文件 ， git commit -m"" 再 git push origin master便可

git revert是用一次新的commit来回滚之前的commit，git reset是直接删除指定的commit

看似达到的效果是一样的,其实完全不同.

第一:

上面说的如果已经push到线上代码库, reset 删除指定commit以后,git push可能导致一大堆冲突.但是revert 并不会.

第二:

如果在日后现有分支和历史分支需要合并的时候,reset 恢复部分的代码依然会出现在历史分支里.但是revert 方向提交的commit 并不会出现在历史分支里.

第三:

reset 是在正常的commit历史中,删除了指定的commit,这时 HEAD 是向后移动了,而 revert 是在正常的commit历史中再commit一次,只不过是反向提交,他的 HEAD 是一直向前的.