Git的使用（三）

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

git log

可查看提交的历史记录

$ git logcommit 7a2a6ea2b361179161f15c182ee3ae705ee07f43Author: xxxxxx<[e-mail]>Date:   Wed Jan 20 14:40:20 2016 +0800    #diffcommit 84d2e809de8f0cc23f9a2555d7e48df8c966f23fMerge: 3a2aaa2 75c842bAuthor: xxxxxx  <xxxxxx @gmail.com>Date:   Tue Jan 19 18:09:52 2016 +0800    #处理冲突后的提交commit 75c842b02d3ab092473205000ba1566ecee37672Author: xxxxxx <xxxxxx @gmail.com>Date:   Tue Jan 19 18:03:14 2016 +0800    #改动dev导致合并分支出错commit 3a2aaa20caf4f9a507bb30e0f155a28cd88b8c0dAuthor: xxxxxx <[e-mail]>Date:   Tue Jan 19 18:01:38 2016 +0800

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

123dev提交到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的内容：

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

再次通过git log可以看到：

$ git logcommit 84d2e809de8f0cc23f9a2555d7e48df8c966f23fMerge: 3a2aaa2 75c842bAuthor: xxxxxx  <xxxxxx @gmail.com>Date:   Tue Jan 19 18:09:52 2016 +0800    #处理冲突后的提交commit 75c842b02d3ab092473205000ba1566ecee37672Author: xxxxxx <xxxxxx @gmail.com>Date:   Tue Jan 19 18:03:14 2016 +0800    #改动dev导致合并分支出错commit 3a2aaa20caf4f9a507bb30e0f155a28cd88b8c0dAuthor: xxxxxx <[e-mail]>Date:   Tue Jan 19 18:01:38 2016 +0800

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

git reset --hard 7a2a6ea2b361179161f15c182ee3ae705ee07f43

 git reset --hard  7a2a6ea2b361179161f15c182ee3ae705ee07f43HEAD is now at 7a2a6ea #diff

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

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

则可以查找到id了。

总结：

resetgit reset [--soft | --mixed | --hard--mixed会保留源码,只是将git commit和index 信息回退到了某个版本。--soft保留源码,只回退到commit 信息到某个版本.不涉及index的回退,如果还需要提交,直接commit即可.--hard源码也会回退到某个版本,commit和index 都回回退到某个版本.(注意,这种方式是改变本地代码仓库源码)当然有人在push代码以后,也使用 reset --hard <commit...> 回退代码到某个版本之前,但是这样会有一个问题,你线上的代码没有变,线上commit,index都没有变,当你把本地代码修改完提交的时候你会发现权是冲突.....

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

revertgit revert  //用于反转提交,执行evert命令时要求工作树必须是干净的.git revert  //用一个新提交来消除一个历史提交所做的任何修改.

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

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

$ git revert 3a2aaa2error: could not revert 3a2aaa2... #改动master导致合并分支出错hint: after resolving the conflicts, mark the corrected pathshint: with 'git add <paths>' or 'git rm <paths>'hint: and commit the result with 'git commit'$ git statusOn branch masterYou 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.txtno changes added to commit (use "git add" and/or "git commit -a")

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

$ git revert --abort$ git statusOn branch masternothing to commit, working directory clean

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

123dev提交到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 是一直向前的.