【学了就忘】Git后悔药 — 38.revert撤销(二)
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了【学了就忘】Git后悔药 — 38.revert撤销(二)相关的知识,希望对你有一定的参考价值。
参考技术A上面的演示中,只有两个提交需要 revert ,我们可以一个个回退。但如果有几十个呢?一个个回退肯定效率太低而且容易出错。
(接上面示例)
我们可以使用以下方法进行批量回退:
命令: git revert <commit6> <commit5> <commit4> …
示例:
说明:
我们应该先写 commit-6 ,在写 commit-5 。
我们可以看到,每撤销一个commit提交,都会生成一个新的提交。上面撤销了两个commit,就让你编写两次提交说明信息。
这时,错误的提交 commit-5 和 commit-6 依然保留,将来进行甩锅的时候也有依可循。而且,这样操作的话 HEAD 指针是往后移动的,可以直接使用 git push 命令推送到远程仓库里, 而这种做法,正是企业所鼓励的 。
命令: git revert <commit新>...<commit旧>
(这里就不做演示了,同上)
注意:
(1) -n 参数
作用: git revert 命令移除某几次的提交的修改,但是不要使用还原的更改创建任何提交,还原只是修改工作树和索引。简写 -n ,全称 --no-commit 。
命令: git revert -n <commit新>...<commit旧>
(2) -m 参数
作用: git revert 移除merge(合并)的修改内容。
简写: -m parent-number ,全称: --mainline parent-number 。
命令: git revert [-m parent-number] <commit> 。
说明:
如果我们需要还原的提交的是merge的操作,直接使用 git revert <commit> 的方式是不行的,会提示我们:
因为merge操作有两个分支,而revert不知道要还原哪个分支的提交,就没法进行还原\\移除那些提交记录的修改的操作了,所以我们用 -m 1 来告诉 git revert 命令哪个是主线,哪个是非主线。(选择主线就还原非主线,选择非主线就还原主线)
另外,这个主线是1还是2是从哪里看出来的呢?
我们可以使用 git show 命令查看,如果是普通的commit提交,通常会显示这个commit的id、作者、日期、备注、更改文件内容等;如果是merge的记录,则会显示merge 的commit-id,备注、日期和merge的主线和合并过来的id。
例如:
如上第二行, Merge: bc64f61 72032b7 , bc64f61 就是主线的id,编号就是1; 72032b7 就是非主线的id,编号就是2。
此时,我们要把合并过来的分支的修改给还原掉,那么就可以指定1为主线,还原掉2的提交了。
通过以上对比可以发现, git reset 命令与 git revert 命令最大的差别就在于, git reset 命令会失去后面的提交,而 git revert 命令是通过反做的方式重新创建一个新的提交,而保留原有的提交。在企业里,应尽量使用 git revert 命令,能不用 git reset 命令尽量不用。
从JVM入手,聊聊Java的学习和复习!
我们在学习的时候,经常会遇到这样一个问题:
「学完就忘」
这个问题大部分人都会遇到,那么我们今天就来聊聊,为啥会学了就忘呢?
我根据自己的学习经验,大致总结以下三点原因:
1、知识没有用起来
2、没有及时复习
3、没有反馈输出
当然,导致我们学了就忘的原因不止如此,而且根据每个人的学习状况不同,可能远远不止如此,但是正如这个问题是个共性问题一样,我们在这里只说普遍性原因,可能很多人会因为出现上面三个原因导致学习效果不理想。
在此之前,你可能听过别人跟你说,学习编程要多实践,不能只是看书或者听视频,要实际行动起来,动动手,敲敲代码,很多初学者也都知道,你看明白或者听明白跟你能上机自己敲出来完全是两码事,到了后期可能又会有跟你说,多多实战,其实这些都是再告诉你:
「学了知识,如果不及时用起来,时间久了就会忘得差不多了,想要记得牢固,关键要把知识用起来」
说到这里,可能有人会说了,这个我知道,比如说像框架类的知识,就拿Spring来说吧,这个框架很重要,我学了之后知道要实战一下才会学的更好,事实上我也正是这么做的,不过像一些其他的知识好像就不这么回事,比如说Java虚拟机吧,这个属于Java高阶知识吧,初学者比较难啃,而且这类知识点找工作面试是常客啊,这个真的是学了忘,忘了学,我学的时候也想能不能找个实战项目练习下,这样学的更加牢固,可是这些知识初学感觉很多都是概念性的东西,找不到实际应用啊。
确实有这方面的问题,那么像这样的知识该怎么学呢?学了总忘怎么办呢?
我也有这样的困惑,但是通过我自己这样的做法,我发现实际情况改善了很多,什么方法呢?
先说下背景,我学过JVM,但是时间长了,自己感觉跟没学一样,忘得差不多了,相信很多人都有这样的感受,那该怎么做呢?
首先,我会新建一个空白思维导图,然后就开始想,使劲的去回想关于Java虚拟机的知识,因为之前学过这方面的知识,虽然猛地一想,感觉自己忘得差不多了,但是冷静下来,细细回想还是能想起来很多的关键词的,于是,我开始了思维导图的创建。
就这样的一步步的回想,首先从最简单的,遇到Java虚拟机,那就是首先要搞明白什么是Java虚拟机了,好,新建一个节点,写上“什么是JVM?”,有了这个问题之后,我就试着去回答这个问题,在去回答这个我问题的过程中,我突然又想到了Java的跨平台的原理,紧接着又想到当时在解决这块时,自己对编译和解释比较困惑,这些都是知识点,统统新建节点记下来。
然后我继续回想,记得之前自己对这几个概念很模糊:
1、Java内存结构
2、Java对象模型
3、jvm内存结构
4、jvm内存模型
于是又记下新的节点,对这几个自己比较有印象的是jvm内存模型,当时花了很多力气学习,经过自己的不断努力,自己又想到了关于内存模型的一些知识点,比如说volatile关键字,重排序和锁之类的。
就顺着这个思路,一个知识点引起另外一个知识点,发现自己能够回想起来的越来越多了,比如后续的堆栈问题,还有很重要的垃圾回收机制,也就是GC,GC又会牵涉出算法和收集器这些知识,然后还有类加载的问题,对,还有虚拟机的性能调优等等。
就这样,经过自己的不断回想,慢慢的,一张思维导图就出现了
看到这个导图,我自己都惊讶了,本来觉得自己忘得差不多了,没想到还能想起来那么多,当然,这些只是关于Java虚拟机知识的冰山一角,不过,这些对我学习来说就足够了,看着这个图,我再试着去回想每一个知识点或者问题的答案,发现有些自己还能说出来个一二三四,但是有些就比较模糊了,于是乎,对于这块的知识点,自己就发现了属于自己的盲点或者难点。
人呐,最怕的就是不知道自己哪里出了问题,因为不知道所以即使想努力也不知道朝哪个方向使劲啊,既然现在知道自己在JVM这块的薄弱之处,那就花时间去弥补,去学习吧。
当然,自己这样回想出来的肯定是缺胳膊少腿的,不过我们可以找一些专业书籍来对照,或者网上搜搜相关面试题或者别人的总结,把那些是jvm的重点但是咱们没想起来的添加上去,然后再重点去学习这些之前没有想起来的。
这既是查漏补缺,也是强化记忆!
当你完成了上面的学习之后你就可以歇歇了,等过个几天,有空了,再新建一个思维导图,继续来,你要相信,你回想的思维导图会越来越好的。
这样的方法好吗?实际上现在很大一部分人的做法是觉得自己忘了,就拿出自己之前的笔记,翻翻看看,这就是很多人的复习,也算是学习吧!
倒也不是说这样不好,只是效果偏差,在《知识大迁移》和《学习之道》中都有提过,不要过多的在书上标记内容,因为很多人都是标记了重点,然后回过头来看这些标记复习,经研究发现,这样的效果并不好,在《学习之道》中花了很大的篇幅去解释一个概念“提取练习”,它的核心就是推荐我们去回想内容,这样的学习效率是比较高的,感兴趣的可以去看看这两本书。
以上就是我现在对Java的学习和复习采用的一个方法,灵感大多来源《学习之道》,其实不单单是Java虚拟机这类的知识,我发现很多知识的学习和复习都可以这样来干,如果你仔细想想,你会发现,它很好的间接的解决了以下的问题:
1、知识没有及时复习
2、没有反馈输出
3、知识没有用起来
可能有些人不明白了,这怎么解决“没有反馈输出”这个问题了,当然啦,当你了解到自己的盲点和难点,你肯点会花时间去学习,然后会自己思考,会记笔记,说不定还会写一些博客分享出去,这不就是你的输出嘛。
那有些人又不明白了,“知识没有用起来”呢?
大家可以看我回想的导图左上角有一个关于Java内存泄漏的,有让写出会造成堆内存,栈内存和方法区溢出的程序,这个不就可以敲起来了嘛,然后就会牵涉到性能调优,像类加载这块,也可以敲起来啊,这不都是“用”?
那么,你再想,这不就是解决了我们“学了就忘”这个大问题嘛?
最后再说一句,其实有的时候你会发现,学习不难,你只是缺少一个好的方法和你的实际行动!
好了,就到这了,个人的一点小经验,希望对你有用!
【END】
关注下方二维码,订阅更多精彩内容
以上是关于【学了就忘】Git后悔药 — 38.revert撤销(二)的主要内容,如果未能解决你的问题,请参考以下文章