Git reset head revert 回滚
Overview
涉及Git一些日常操作 :)
基础知识
《Pro Git》至少了解branch,commit的概念,及基本的原理
Git 工作区、暂存区和版本库
Overview
暂存区(stage, index)是 Git 最重要的概念之一
- 工作区: 你的目录下面的文件们
- 暂存区: 由.git/index保存引用,.git/object保存对象的区域
- 版本库: 仓库
Relations
Why stage before commit
- Split work into separate commits 分开提交,比如当只想提交一部分时
- Don't break the build 不影响项目构建
HEAD
这样的引用标识符——它看起来并不像一个普通的引用——其实并不包含 SHA-1 值,而是一个指向另外一个引用的指针。内容如下
HEAD~n
表示从当前HEAD指向的commit开始数的第几个(参见git log HEAD或git log)
从0开始计数,git log中第一个commit 表示HEAD~0
reset
下面这段话非常重要
git reset [<mode>] [<commit>]
This form resets the current branch head to <commit> and possibly updates the index
(resetting it to the tree of <commit>) and the working tree depending on <mode>.
!!!!!! If <mode> is omitted, defaults to "--mixed". The <mode> must be one of the following: --soft
Does not touch the index file nor the working tree at all (but resets the head to <commit>,
just like all modes do). This leaves all your changed files "Changes to be committed",
as git status would put it. --mixed
Resets the index but not the working tree (i.e., the changed files are preserved but not marked for
commit) and reports what has not been updated. This is the default action. --hard
Resets the index and working tree. Any changes to tracked files in the working tree since <commit> are discarded. --merge
Resets the index and updates the files in the working tree that are different between <commit> and HEAD,
but keeps those which are different between the index and working tree (i.e. which have changes which
have not been added). If a file that is different between <commit> and the index has unstaged changes,
reset is aborted. In other words, --merge does something like a git read-tree -u -m <commit>, but carries forward unmerged
index entries. --keep
Resets index entries and updates files in the working tree that are different between <commit> and HEAD.
If a file that is different between <commit> and HEAD has local changes, reset is aborted. !!!If you want to undo a commit other than the latest on a branch, git-revert(1) is your friend.
将当前的branch head重置到某个commit上面,这可能会影响index(暂存)区域。
默认情况下使用--mixed形式`
下面是各个形式的差别
注意,暂时只关注soft, mixed, hard,另外还有两种是merge和keep
working index HEAD target working index HEAD
----------------------------------------------------
A B C D --soft A B D
--mixed A D D
--hard D D D
撤销上次add的,(但不想改变工作目录下面的代码)
git reset HEAD (该命令会改变index与HEAD,使得文件状态变成unstage)
如下图所示:默认情况下,HEAD可以不写。
该命令可以完整的写法是git reset HEAD~0 --mixed
解释为重定向到这次的提交
working index HEAD target working index HEAD
----------------------------------------------------
A B C C --mixed A C C
另外,从上面看来,值得注意的是以下写法是等同的
- git reset
- git reset HEAD
- git reset HEAD~0
撤销上次commit的,(但不想改变工作目录下面的代码)
git reset HEAD~1 --mixed
解释为重定位到上次提交
(该命令会改变index与HEAD,使得文件状态变成unstage)
working index HEAD target working index HEAD
----------------------------------------------------
A B C D --mixed A D D
如果想完全忽略这次commit编辑的内容
1. 可以继续使用 git checkout – . 清除所有与index(此时index已经等于上次commit)不同的改变
2. 或者直接使用 git reset HEAD~1 --hard
revert
简单来说,执行某次commit操作的逆向操作,并且提交(默认提交)。
发布回滚
回滚有两种可能
- 回滚线上项目正在使用的代码
- 回滚版本控制器中主线的源代码
通常情况下,QA大叫出事啦出事啦,回滚回滚。意思是线上项目的回滚而非代码的回滚。(当然最好还是问清楚是不是这样)
源代码真的要回滚吗?
主线源代码回滚,能做是能做,但比较麻烦。所以先case by case考察一下必要性。线上回滚,并不意味着源代码一定要回滚。下面这些情况就不用回滚:
- 线上回滚后,查出并不是因为源代码有问题。下次不用改源代码,再发一遍rtag就好啦。
- 下次线上发布,是在修正前次失败的发布中的错误后,发布前次失败的发布想发布的内容。
只有当要修正前次失败的发布中的错误需要较长时间,而同时又有其他new feature或bug fix着急上线时,才需要主线上的源代码回滚。
是reset还是revert
不论是使用reset还是使用revert都会带来不同程度的麻烦
Reset比revert会带来更多地麻烦。情况会非常复杂。
我们系统中使用revert。
已经merge master的开发分支,只需要继续merge master即可(此次回滚完全不可见)
当前开发(正在发布的),需要merge master之后 revert掉master上revert的那次commit
reference
- Git 工作区、暂存区和版本库
- What is the benefit of git's two-stage commit process (staging)?
- What does 'stage' mean in git?
Git reset head revert 回滚的更多相关文章
- git的几种回滚 git revert 和 git reset的区别
git的几种回滚 git revert 和 git reset的区别:强烈建议:对HEAD不熟的话最好不要用HEAD,直接用commitID吧,我遇到的问题:reset HEAD~1之后,可能是别人提 ...
- Git 使用revert回滚已提交的commit
在git使用中如果提交错误的代码至远程服务器,可以使用git revert 命令回滚单次commit并且不影响其他commit. 回滚最新一次的提交记录: git revert HEAD 回滚前一次的 ...
- Git远程库版本回滚
在git的一般使用中,如果发现错误的将不想staging的文件add进入index之后,想回退取消,这就叫做git代码库回滚: 指的是将代码库某分支退回到以前的某个commit id.可以使用命令:g ...
- git远程代码库回滚(webstorm下)
git远程代码库回滚(webstorm下) 1. 场景 添加了一个文件[file-for-test.js]到git的控制下 进行了三次修改,并分别进行了三次commit,最后进行了一次push git ...
- Git的撤销与回滚
1,commit 之前的撤销 未添加至暂存区的撤销(add 之前) git status git checkout . 已添加至暂存区的撤销(add 之后,有或者没有commit操作都可以执行) gi ...
- git用法之[回滚代码]
我们在写代码的任何过程中,都有可能出错,任何过程都有可能要!回!滚!代!码!事关重大!一定要详细讲讲. 一.关于 工作区.暂存区.本地分支: 工作区:即自己当前分支所修改的代码,git add xx ...
- git push错误,如何回滚
--> git push Counting objects: 81, done.Delta compression using up to 4 threads.Compressing objec ...
- Git使用小技巧之回滚和撤销
想要获取更多文章可以访问我的博客 - 代码无止境. 日常的开发,我们难免会创建错误的git提交记录,整个时候git给我们提供了两个命令来解决这个问题.一个命令是git reset,另一个是git re ...
- git push之后回滚(撤销)代码
问题描述:首先,先说明一下,为什么会引发这次的话题,是这样的,我做完功能Agit push之后,2个月后需求部门要求不要功能A了,然后需要在没有功能A的基础上开发,怎么办?赶紧回滚代码呀. 然后我用g ...
随机推荐
- Kindle一周使用感受
为何选择Kindle 「Kindle」终于入手,心情十分愉悦^_^,入手的是499块「Kindle国行版」,个人感觉电子墨水屏显示效果很赞,很适合在光线比较充足的环境下阅读,即使在中午的阳光底下使用K ...
- import和export语法报错
“最近在学习ES6”,但是在chrome中新建了js通过ES6语法(import,export)无法引入外部JS,报错: Uncaught SyntaxError:Unexpected token { ...
- ML(4.1): R C4.5
决策树模型中最为流行的是C4.5算法, 该类算法70年代末,J Ross Quinlan提出ID3算法,此算法的目的在于减少树的深度.但是忽略了叶子数目的研究.1993年,Quinlan本人以ID3 ...
- java枚举使用详解,整理的很好,只能收下。。。
java枚举使用详解 在实际编程中,往往存在着这样的“数据集”,它们的数值在程序中是稳定的,而且“数据集”中的元素是有限的. 例如星期一到星期日七个数据元素组成了一周的“数据集”,春夏秋冬四个数据元素 ...
- VBA注释临时
Sub shishi() '按ABCDE为多选题定义答案; 'A.沙利度胺 B.异烟肼 C.利福平 'd.氯法齐明 E.氨苯砜 '46.各型麻风病的首选药物为(D) 'A.沙利度胺 B.异烟肼 C.利 ...
- 【EasyUI学习-1】MyEclipse+easyui学习官方Demo
介绍 easyui的介绍,网上很多,这里就不进行介绍了. easyUI获取 官网: http://www.jeasyui.com/ 下载地址:http://www.jeasyui.com/downl ...
- Oracle学习操作(3)
一.if条件语句 set serverout on; ; v ):='world'; begin dbms_output.put_line('hello'||n||v); end; / hello1w ...
- canvas基础一
使用HTML5中<canvas>元素可以在页面中设定一个区域,然后通过JavaScript动态地在这个区域中绘制图形,要在这块画布(canvas)上绘图,需要取得绘图上下文,而取得绘图上下 ...
- appium出现的问题记录
1,(自带的)启动模拟器提示 Starting emulator for AVD 'AVD_for_Galaxy_Nexus' emulator: ERROR: x86 emulation curre ...
- Jmeter 问题集
1.配置分布式,调度机(master) 看不到 执行机(slave). 原因: slave是放在一个交换机下面,然后在这个交换机下面又接了个路由器,control连的这个路由器 解决: CONTROL ...