【学了就忘】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撤销(二)的主要内容,如果未能解决你的问题,请参考以下文章

【学了就忘】Git后悔药 — 34.版本回退操作(三)

【学了就忘】Git操作 — 51.git reflog命令

【学了就忘】Git操作 — 56.忽略文件补充

【学了就忘】Git操作 — 62.rebase命令执行原理

【学了就忘】Git操作 — 14.Git基本操作(一)

【学了就忘】Git操作 — 55.忽略文件的三种方式