Docker已经stoped的容器,数量其实一般不会很多,但编译测试的时候,经常会因为脚本种的指令异常、网络问题等等其他未预料的情况造成build终止,从而遗留不少失败时stoped的容器,那么此类容器如何批量清理呢?
依然是一条指令:
printf y|[......]
Docker已经stoped的容器,数量其实一般不会很多,但编译测试的时候,经常会因为脚本种的指令异常、网络问题等等其他未预料的情况造成build终止,从而遗留不少失败时stoped的容器,那么此类容器如何批量清理呢?
依然是一条指令:
printf y|[......]
如果你已经有了一个事业(或工作),不要冒然扩展到第二个事业(或工作)。因为在初始阶段,增加的引擎会给你带来更多的风险。只有降低单引擎的故障率,并确保你只靠剩下的引擎也能安全降落,双引擎才会给你带来更高的安全性。
不幸的是,就像战争经常推动高风险的飞机设计,人们也通常会在经济困难的时候从事两份工作。如果第一份工作是高负荷的,你再去从事第二份工作,那么很可能到头来,你连第一份工作也保不住。如果那时第二份工作不足以让你维持生计,你就有麻烦了。
不过,计算机时代使得情况有一点点变化。数字控制技术的进步,促成了多轴飞行器的诞生。它们都至少有四个微型引擎,每个引擎只负责总负载的一小部分。任何一个或两个失败,都很容易被其他人弥补。
同样的,在计算机和互联网出现之前,一个人几乎不可能有4个收入来源,但今天,一个人可以有多种小金额的收入来源,比如下班后开网约车、将住宅的空房间作为民宿出租等等。即使每个收入来源都不多,可能也比只有一个主要的收入来源更好、更安全。这里的关键是每个收入来源要尽可能独立,不要相互干扰。
From:阮一峰 科技爱好者周刊(第 189 期) – 为什么双引擎飞机更容易发生事故
有的时候,build镜像会造成很多none的垃圾镜像,通常发布后就可以清理掉了,但编译测试的时候,经常会因为脚本种的指令异常、网络问题等等其他未预料的情况造成build终止,从而遗留一些none的镜像,那么如何批量清理这些none的image镜像呢?一条指令即可:[……]
一直以来,都觉得会画画的人都超级厉害,因为能把所思所想用画作表达出来,有些东西,文字是无法表达的,所以才有了绘画和音乐。
感觉每个会画画的人,内心都有一副蓝图,这正是我觉得厉害的点,能将蓝图绘制出来,更是让人惊叹的能力。近日发现公司旁边的建筑工地围墙涂白了,上面有画好的涂鸦,也有简单用笔勾勒出框架轮廓的草图,遂有所感。
其实我们每个人的内心都有一副蓝图,只是很多“懦夫”选择了无视,而一些英雄选择了将世界绘制成蓝图的模样。世界有大有小,如果你有蓝图,何不从自己的小世界开始,绘制一番?
From:了然如一