git 回退各种场景操作

在git的一般使用中,如果发现错误的将不想提交的文件add进入index之后,想回退取消,则可以使用命令:git reset HEAD <file>...,同时git add完毕之后,git也会做相应的提示,比如:

引用

# Changes to be committed:

#   (use "git reset HEAD<file>..." to unstage)

#

# new file:   Test.scala

git reset [--hard|soft|mixed|merge|keep] [<commit>或HEAD]:将当前的分支重设(reset)到指定的<commit>或者HEAD(默认,如果不显示指定commit,默认是HEAD,即最新的一次提交),并且根据[mode]有可能更新index和working directory。

下面列出一些git reset的典型的应用场景:

A) 回滚add操纵

引用

$ edit                                   (1)

$ git add frotz.c filfre.c

$ mailx                                  (2)

$ git reset                              (3)

$ git pull git://info.example.com/ nitfol (4)

(1) 编辑文件frotz.c, filfre.c,做了些更改,并把更改添加到了index

(2) 查看邮件,发现某人要你pull,有一些改变需要你merge下来

(3) 然而,你已经把index搞乱了,因为index同HEAD commit不匹配了,但是你知道,即将pull的东西不会影响已经修改的frotz.c和filfre.c,因此你可以revert这两个文件的改变。revert后,那些改变应该依旧在working directory中,因此执行git reset。

(4) 然后,执行了pull之后,自动merge,frotz.c和filfre.c这些改变依然在working directory中。

B) 回滚最近一次commit

引用

$ git commit ...

$ git reset --soft HEAD^     (1)

$ edit                       (2)

$ git commit -a -c ORIG_HEAD (3)

(1) 当提交了之后,你又发现代码没有提交完整,或者你想重新编辑一下提交的comment,执行git reset --soft HEAD^,让working tree还跟reset之前一样,不作任何改变。

HEAD^指向HEAD之前最近的一次commit。

(2) 对working tree下的文件做修改

(3) 然后使用reset之前那次commit的注释、作者、日期等信息重新提交。注意,当执行git reset命令时,git会把老的HEAD拷贝到文件.git/ORIG_HEAD中,在命令中可以使用ORIG_HEAD引用这个commit。commit 命令中 -a 参数的意思是告诉git,自动把所有修改的和删除的文件都放进stage area,未被git跟踪的新建的文件不受影响。commit命令中-c <commit> 或者 -C <commit>意思是拿已经提交的commit对象中的信息(作者,提交者,注释,时间戳等)提交,那么这条commit命令的意思就非常清晰了,把所有更改的文件加入stage area,并使用上次的提交信息重新提交。

C) 回滚最近几次commit,并把这几次commit放到叫做topic的branch上去。

引用

$ git branch topic/wip    (1)

$ git reset --hard HEAD~3  (2)

$ git checkout topic/wip   (3)

(1) 你已经提交了一些commit,但是此时发现这些commit还不够成熟,不能进入master分支,但你希望在新的branch上润色这些commit改动。因此执行了git branch命令在当前的HEAD上建立了新的叫做 topic/wip的分支。

(2) 然后回滚master branch上的最近三次提交。HEAD~3指向当前HEAD-3个commit的commit,git reset --hard HEAD~3即删除最近的三个commit(删除HEAD, HEAD^, HEAD~2),将HEAD指向HEAD~3。

D) 永久删除最后几个commit

引用

$ git commit ...

$ git reset --hard HEAD~3   (1)

(1) 最后三个commit(即HEAD, HEAD^和HEAD~2)提交有问题,你想永久删除这三个commit。

E) 回滚merge和pull操作

引用

$ git pull                        (1)

Auto-merging nitfol

CONFLICT (content): Merge conflict innitfol

Automatic merge failed; fix conflicts andthen commit the result.

$ git reset --hard                (2)

$ git pull . topic/branch         (3)

Updating from 41223... to 13134...

Fast-forward

$ git reset --hard ORIG_HEAD      (4)

(1) 从origin拉下来一些更新,但是产生了很多冲突,你暂时没有这么多时间去解决这些冲突,因此你决定稍候有空的时候再重新pull。

(2) 由于pull操作产生了冲突,因此所有pull下来的改变尚未提交,仍然再stage area中,这种情况下git reset --hard 与 git reset --hard HEAD意思相同,即都是清除index和working tree中被搞乱的东西。

(3) 将topic/branch合并到当前的branch,这次没有产生冲突,并且合并后的更改自动提交。

(4) 但是此时你又发现将topic/branch合并过来为时尚早,因此决定退滚merge,执行git reset --hard ORIG_HEAD回滚刚才的pull/merge操作。说明:前面讲过,执行git reset时,git会把reset之前的HEAD放入.git/ORIG_HEAD文件中,命令行中使用ORIG_HEAD引用这个commit。同样的,执行pull和merge操作时,git都会把执行操作前的HEAD放入ORIG_HEAD中,以防回滚操作。

F) 在被污染的working tree中回滚merge或者pull

引用

$ git pull                        (1)

Auto-merging nitfol

Merge made by recursive.

nitfol               |   20 +++++----

...

$ git reset --merge ORIG_HEAD     (2)

(1) 即便你已经在本地更改了一些你的working tree,你也可安全的git pull,前提是你知道将要pull的内容不会覆盖你的working tree中的内容。

(2) git pull完后,你发现这次pull下来的修改不满意,想要回滚到pull之前的状态,从前面的介绍知道,我们可以执行git reset --hard ORIG_HEAD,但是这个命令有个副作用就是清空你的working tree,即丢弃你的本地未add的那些改变。为了避免丢弃working tree中的内容,可以使用git reset --merge ORIG_HEAD,注意其中的--hard 换成了 --merge,这样就可以避免在回滚时清除working tree。

G) 被中断的工作流程

在实际开发中经常出现这样的情形:你正在开发一个大的feature,此时来了一个紧急的bug需要修复,但是目前在working tree中的内容还没有成型,还不足以commit,但是你又必须切换的另外的branch去fix bug。请看下面的例子

引用

$ git checkout feature ;# you were workingin "feature" branch and

$ work work work       ;#got interrupted

$ git commit -a -m "snapshot WIP"                (1)

$ git checkout master

$ fix fix fix

$ git commit ;# commit with real log

$ git checkout feature

$ git reset --soft HEAD^ ;# go back to WIPstate  (2)

$ git reset                                     (3)

(1) 这次属于临时提交,因此随便添加一个临时注释即可。

(2) 这次reset删除了WIP commit,并且把working tree设置成提交WIP快照之前的状态。

(3) 此时,在index中依然遗留着“snapshot WIP”提交时所做的uncommit changes,git reset将会清理index成为尚未提交"snapshot WIP"时的状态便于接下来继续工作。

(H) Reset单独的一个文件

假设你已经添加了一个文件进入index,但是而后又不打算把这个文件提交,此时可以使用git reset把这个文件从index中去除。

引用

$ git reset -- frotz.c                     (1)

$ git commit -m "Commit files inindex"     (2)

$ git add frotz.c                          (3)

(1) 把文件frotz.c从index中去除,

(2) 把index中的文件提交

(3) 再次把frotz.c加入index

(I) 保留working tree并丢弃一些之前的commit

假设你正在编辑一些文件,并且已经提交,接着继续工作,但是现在你发现当前在working tree中的内容应该属于另一个branch,与这之前的commit没有什么关系。此时,你可以开启一个新的branch,并且保留着working tree中的内容。

引用

$ git tag start

$ git checkout -b branch1

$ edit

$ git commit ...                          (1)

$ edit

$ git checkout -b branch2                  (2)

$ git reset --keep start                   (3)

(1) 这次是把在branch1中的改变提交了。

(2) 此时发现,之前的提交不属于这个branch,此时你新建了branch2,并切换到了branch2上。

(3) 此时你可以用reset --keep把在start之后的commit清除掉,但是保持working tree不变

原文地址:https://www.cnblogs.com/shianliang/p/10521409.html

时间: 2024-10-03 23:50:11

git 回退各种场景操作的相关文章

git 回退和删除操作

今天不小心把分支的commit提交到master上了.衰 主要通过下面几个命令解决了,很简单记录一下. git reset –hard  回退到某一个版本git push origin :xxxx  删除远程分支 git reset -soft :取消了commit  git reset -mixed(默认) :取消了commit ,取消了addgit reset -hard :取消了commit ,取消了add,取消源文件修改

Git的纯命令操作,Install,Clone , Commit,Push,Pull,版本回退,撤销更新,分支的创建/切换/更新/提交/合并,代码冲突

Git的纯命令操作,Install,Clone , Commit,Push,Pull,版本回退,撤销更新,分支的创建/切换/更新/提交/合并,代码冲突 这篇是接着上篇分布式版本库--Windows下Git的环境部署以及在GitHub上开源自己的项目讲的,上篇主要是说用GUI来图形化界面操作,但是一般我们程序员也不会这么干,用命令又轻松又愉悦,所以,这里我就再开了一篇来专门说一下纯命令是怎么去操作的,但是要注意哦,其实廖雪峰老师的网站就是非常赞的学习资源哦! 廖雪峰老师:http://www.li

如何使用git回退部分修改(转)

如何使用git回退部分修改(转) 很多时候,git新手容易误操作,比如,在levelIISZ-1.4.dev分支下,运行了git pull idc cpp-1.0的结果,这样做麻烦很大,经常导致maven项目格式不正确,这个时候,可以用git reset --hard 去撤销这次修改但是这样做也有问题,可能之前本地的,没有提交的修改,都消失了.可以尝试git revert命令 reset是指将当前head的内容重置,不会留任何痕迹. Sets the current head to the sp

git reset本地常见操作

git reset命令用于将当前分支回退到指定的某个版本. 基本用法 git reset [--hard] commitversion 详解 该命令可以看做commit命令的取反操作,既然可以向前提交,当然也可以向后回滚.可以像事务一样回滚一次到上一次的位置,也可以回滚到指定的位置.这个位置由commitversion决定,每commit一次都会产生一个commitversion值. 1 --hard 选项在帮助文档中的解释是:Resets the index and working tree.

【Git入门之四】操作项目

[Git入门之四]操作项目 - JackyStudio - 博客频道 - CSDN.NET 1.查看操作日记 <git log>用于查看操作日记详情.因为Git是分布式的,采用SHA1这样的版本号可有效的防止版本冲突. [cpp]?view plaincopy ? #查看操作日记,底下那串长长的数据就是SHA1?ID,表示当前版本号?? $Snbsp;git?log?? commit?aea0365712908805bc28540b4db9fd2f15360a8b?? Author:?Jack

git tag — 标签相关操作

git tag — 标签相关操作 发表于 2011年06月29日 由 机器猫 标签可以针对某一时间点的版本做标记,常用于版本发布. 列出标签 $ Git tag # 在控制台打印出当前仓库的所有标签$ git tag -l ‘v0.1.*’ # 搜索符合模式的标签 打标签 git标签分为两种类型:轻量标签和附注标签.轻量标签是指向提交对象的引用,附注标签则是仓库中的一个独立对象.建议使用附注标签.# 创建轻量标签$ git tag v0.1.2-light # 创建附注标签$ git tag -

[转载]git tag — 标签相关操作

git tag — 标签相关操作 发表于 2011年06月29日 由 机器猫 标签可以针对某一时间点的版本做标记,常用于版本发布. 列出标签 $ Git tag # 在控制台打印出当前仓库的所有标签 $ git tag -l ‘v0.1.*’ # 搜索符合模式的标签 打标签 git标签分为两种类型:轻量标签和附注标签.轻量标签是指向提交对象的引用,附注标签则是仓库中的一个独立对象.建议使用附注标签. # 创建轻量标签 $ git tag v0.1.2-light # 创建附注标签 $ git t

git提交文件的操作

git提交文件的操作()    1.新建一个文件夹    2.初始化这个文件夹//git init    3.设置签名,三个级别        当前项目        --system 针对所有用户        --global  针对当前用户                设置签名命令举例            git config --global user.name "lyhcc(用户名)"            git config --global user.email &

Git Command #05 分支操作

git branch 列出所有本地分支 不包含遠端分支 可查看目前所在分支 git branch [Branch] 建立分支,但維持在目前的分支 git branch [Branch] [Reflog] 將特定 Reflog 建立分支,維持在目前分支 git branch -d [Branch] 刪除該分支 無法刪除當前的分支 git branch -a 大专栏  Git Command #05 分支操作 列出所有分支 包含遠端分支 git checkout git checkout [Bran