作为一个长期的 scoop 用户,最近得到了一点小小的经验,分享给大家。
中度或重度 scoop 使用者,且喜欢一直更新到最新版。scoop 初心, 或稳定至上不更新用户,请现在忽略此篇,过一两年再来看。
scoop 提供了一个很方便的途径来更新电脑的软件,所以更新软件版本不再是个累活。 应该有不少用户是会一直把软件更到最新的,我也相信很多 scoop 用户都已经有了 cleanup 的习惯, 也就是清理掉已安装但是不再使用的旧版应用。不过,这只是 scoop 清理的一部分, 还有一块内容可以清理掉。
cleanup 默认是只清掉 apps 下安装应用的旧版本:

我们执行完清理后,也就只剩下应用的最新版本,从而省下硬盘的空间。
不过近来我又发现了一块 scoop 的自留地 cache:

这是我已经清理掉的版本了。清理前有六七十G的大小,里面放满了各种软件不同版本的压缩包。
所以这应该是 scoop 下载软件的缓存,每次我们安装或更新一次软件, scoop 就会把下载的软件备份到这里。供我们重装时使用,这可以理解, 但是其实我们是很少进行重装同一个版本的,因为很少出问题。多数时间我们是更新, 更新不可避免就要重下新版应用了。然而 无论是更新本身,或是执行清理。 旧版的安装程序都会躺在 cache 里面,不会被清除,直到我们注意到的这天。
原本我可能也有一些「追新强迫症」,但看着那 70GB 的缓存, 我开始反思:我是否真的需要这些不断跳动的版本号?
拿 VSCode 来说,它简直是“数字流水线”的劳模——每月准时推送更新, 附带一篇长到我消化不了的 Release Notes。以前我还会耐着性子逐行扫描, 试图寻找能改变生产力的黑科技,但最后往往只剩下一种虚无感:
“所以这么几千字,跟我好像都没有什么关系。”
现实是,绝大多数所谓的“重磅更新”,对 99% 的用户来说都是零感知的。 甚至像 PowerToys 这种软件,我总结出了一个规律:永远不要跟进当月的第一个版本。 因为不出意外的话,后面紧跟着就有两三个修 Bug 的补丁包在排队。
这种“版本号狂欢”更像是一种消费主义陷阱:你以为在优化工具,其实只是在消耗带宽和硬盘。 除非真的遇到了非修不可的 Bug 或必须要用的功能,否则一年扫除一次也许才是对生产力最大的尊重。
如果你是一个追新强迫症,或是有段日子没去看 scoop cache 了,那我建议不妨看看,
可能能帮你腾出不少空间,现如今硬盘也贵了,能省一点是一点。而清理的方式也很简单,
你可以直接删 cache 里面的安装包,也可以 scoop cleanup * -k,推荐是后者,
因为它会保留最新的安装包。不过不重要,多数情况下,我们只会更新一次,
即使全清了真需要重装,再下载一次也就是了,随便选一种喜欢的方式就行。