Git的使用（三）

最新推荐文章于 2024-04-17 05:40:50 发布
最新推荐文章于 2024-04-17 05:40:50 发布
阅读量1.7k 收藏 1
点赞数
分类专栏： git 文章标签： git
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/ww_bin/article/details/50549669
版权

三、版本回退
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 是一直向前的.

ww_bin
关注
专栏目录
git使用杂记
02-25
在这之前，来介绍一下git的三个区域工作区(workingdirectory)暂存区(stageindex)本地历史区(history)通过一张图就能简洁易懂的明白它们之间的转化。先从clone命令来介绍，使用过git的都知道它。gitcolne命令拉取远程...
git的详细使用教程.pdf
06-26
### Git的详细使用教程 #### 一、基础概念 **Git仓库**：是Git的核心组成部分之一，用于存储项目的提交记录及版本历史。每个Git仓库都包含一个完整的项目历史记录，这意味着即使是在不同的计算机上，只要拥有仓库...
git问题之Unmerged paths: (use "git add <file>..." to mark resolution)
热门推荐
高新富的博客
08-06 3万+
1.问题描述 MacBook-Pro:gupaoedu gaoxinfu$ git pull error: Pulling is not possible because you have unmerged files. hint: Fix them up in the work tree, and then use 'git add/rm <file>' hint: as appro...
git revert 撤销中间的某次提交
qq_27563511的博客
09-26 6197
使用场景如下： 首先看一下我的提交（commit1这种都是指的是提交的commit-id） commit1 commit2 commit3 commit4 commit5 commit6 现在想把commit4扔掉，只需 git log 从这里拿到commit4的id（当然咱们这里已经拿到了，coomit4就是） git revert commit4 正常情况下就撤销成功了 ...
Git回滚详解
曹定栓的博客
05-19 6674
在利用git协作过程中，经常需要进行代码的撤销操作，这个行为可能发生在工作区，暂存区或者仓库区（或版本库）。 我们先讨论在工作区与暂存区发生的撤销行为，这里会有两个命令提供帮助，`git restore`与git checkout。 后面我们会讨论在仓库区发生的撤销行为，这里同样会有两个命令提供帮助，`git reset`与git revert。
Git常见问题
yuki_Yy的博客
09-20 712
Git常见问题 1.1 Conflicts 情形一：repo sync后从服务器上cherry-pick某笔提交出现conflict如何解决冲突？ From ssh://g3.razerzone.com:29418/platform/packages/apps/Settings * branch refs/changes/38/15038/1 -&gt; FETCH_...
git学习-解决冲突
哎呀妈呀脑壳疼脑壳疼
06-05 443
准备新的feature1分支，继续我们的新分支开发： $ git checkout -b feature1 Switched to a new branch 'feature1' 修改readme.txt最后一行，改为： Creating a new branch is quick AND simple. 在feature1分支上提交： $ git add readme.txt ...
Git使用（三）
liuqiang_dd的专栏
10-18 227
一、把本地仓库关联到github远程仓库第一步：要关联一个远程库，使用命令git remote add origin git@server-name:path/repo-name.git；关联后，使用命令git push -u origin master第一次推送master分支的所有内容；此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改；二、
小白入门 git 使用（三）
最新发布
08-22
小白入门 git 使用（三）
Git 的使用（3）
驴的博客
04-20 198
git分支和远程操作，推送，抓取。合并游离分支
git 常用操作
zhixingheyi_tian的博客
05-23 1877
合并上游主分支 # git merge upstream/master fatal: You have not concluded your merge (MERGE_HEAD exists). Please, commit your changes before you can merge. 报错了 检查状态 # git status # On branch Cache-Orc # All c...
你可能不知道的git revert操作细节
weixin_41489378的博客
01-07 4229
git revert主要用于还原一个或多个现有提交，并生成一条新的更改记录。 日常开发过程中，可能会出现要发版的时候，发现master分支上合并了这一期不需要发版的功能点，需要将这些提交还原。 以下是 git 官网 给出的git revert 命令相关的选项。 git revert [--[no-]edit] [-n] [-m parent-number] [-s] [-S[<keyid>]] <commit> git revert (--continue | --skip |
git merge命令应用的三种情景
mocas_wang的博客
06-24 1255
1 “快进”(无冲突) 1.1 master分支 假设现在只有一个默认的 master 分支，并提交了3次，B0、B1和B2都是提交对象。 首先要清楚，每次产生的提交对象会包含一个指向上次提交对象（父对象）的指针，所以图中B0、B1和B2之间的箭头是指针指向父对象的意思，真正的提交顺序还是B0到B1再到B2。同时 master 指针指向最新的提交B2。 另外Git中还有一个名为 HEAD 的特殊指针，它是一个指针，指向当前所在的本地分支（可以将 HEAD想象为当前分支的别名）。 1.2 dev
git 优雅的撤销中间某次提交
kuangben2000的博客
06-27 1829
git 优雅的撤销中间某次提交 https://blog.csdn.net/u013066244/article/details/79920012 环境 git : 2+ 前言 最近两天，公司的git合并代码时，出现了严重的问题，浪费很多时间； 现在记录下； 情况是这样的，一个同事自己的本地分支（远程没有），不知怎么的，有了别人开发分支的代码，而他自己又不知道； 其在切换到主分支，并merge自己的分支，此时其已经把别人正在开发的代码都合并到了主分支。 到了晚上准备升级时，才发现，主分支的代.
Git恢复之前版本的两种方法reset、revert（图文详解）
zmjames2000 Just record
09-26 1310
方法一：git reset 原理： git reset的作用是修改HEAD的位置，即将HEAD指向的位置改变为之前存在的某个版本，如下图所示，假设我们要回退到版本一： 适用场景： 如果想恢复到之前某个提交的版本，且那个版本之后提交的版本我们都不要了，就可以用这种方法。 具体操作： 查看版本号： 可以使用命令“git log”查看： 使用“git reset --hard 目标版本号”命令将版本回...
Git介绍与使用-培训专用课程PPT
03-11
Git的工作流程通常包括三个工作区：工作区（Working Directory）、暂存区（Index）和版本库（Repository）。开发者在工作区进行日常开发，修改的文件会被暂存到暂存区，待到满意时，将暂存区的改动一次性提交到版本...
（三）Git使用
梁超杰
09-26 337
上一篇文章的目的是让大家把Git环境变量配置好，车买好了，接下来的时间就是教大家如何开车了1 Git的区和库 工作区，暂存区，本地仓库，远程仓库（也就是Github） 如何理解这四个概念？让我们看看git版本控制的使用过程！ 修改你的文件 修改完成之后提交到暂存区 提交完暂存区后提交到本地仓库 如果需要云端备份，可以提交到远程仓库（github） 这四层是一个链式的
Git恢复之前版本的两种方法reset、revert（图文详解）_git回退到某个版本
2401_84297035的博客
04-17 3101
如果没有新建分支，那么只有一条时间线，即只有一个分支，在Git里，这个分支叫主分支，即master分支。比如，我们commit了三个版本（版本一、版本二、 版本三），突然发现版本二不行（如：有bug），想要撤销版本二，但又不想影响撤销版本三的提交，就可以用 git revert 命令来反做版本二，生成新的版本四，这个版本四里会保留版本三的东西，但撤销了版本二的东西。如果我们想撤销之前的某一版本，但是又想保留该目标版本后面的版本，记录下这整个版本变动流程，就可以用这种方法。而且要git add 文件名。
Git 中常用的 4 个命令
sylan215的软件测试技术学习
08-27 524
使用 Git 进行版本管理时，肯定不只做提交，有时候也会需要回退修改，并且在回退的基础上进行重新提交，这时候有几个常用的命令就需要用到了，下面分别做介绍。 1、查看提交日志 首先，我们查看当前提交记录的命令： $ git log commit bfee9d6618bc1deae52ac4a7942b96990bbfe661 (HEAD -&amp;gt; master, origin/mas...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值