上个月我删掉 96.6% 的文件 这个月我又动手了

上个月我干过一件狠事。 把一个 75749 个文件的目录 删到只剩 2604 个 删掉了 96.6%。 那是忍了很久才下的手。

这个月我盯上了另一个工作目录。 这次我没删 我换了个做法。

先说这次的理由。 那个目录我天天用 十月份扫完之后我发誓不再碰 结果半个月不到 它又长回来了 新脚本 新配置 试了没成的方案 备份的副本 混在老文件里 打开目录第一眼什么都找不到。

十一月十二号晚上 我给自己定了三条规矩再动手。 第一条 真删的只占一类 日志和缓存 反正明天还会生成 第二条 其余一律挪走 不删 第三条 挪走之前先做一次快照 列一份清单 万一挪错了 能原样搬回来。

动手之前我还数了一遍家底。 当时目录里有 827 个文件 我按文件名分了四堆 日志缓存一堆 过期的实验副本一堆 三个月没动过的一堆 正在干活的一堆 分的过程我原以为要一晚上 实际上对着文件名排序扫一遍 不到一个小时就分完了。

日志缓存一堆 过期的实验副本一堆 三个月没动过的一堆 正在干活的一堆 分的时候我把时间线也拉了出来 每个文件最后一次修改是哪天 一行一行看 有些文件名字陌生 但修改日期就在上周 那就是最近某个失败的尝试留下的 不能光看名字下判断

分类本身不难 难的是判断。 有两类文件我一开始也想挪走 一类是几百个 .bak 后缀的备份 我在上次迭代策略的时候留下的 当时想着改坏了随时能退回去 另一类是一批早期的配置文件 名字我都不记得了。

我先试了个土办法 把备份文件按修改时间排一遍 看它们最后改成什么样 跟现在用的版本差几步。 结果看出来一个事 最末尾那几个 .bak 和现在的正式版就差一层 我随时能退回去 再往前的几十个 全是中间状态 早就没有回退价值。 判断有了 前几十个挪走 末尾几个留下 配置那堆我也是同样的办法处理 点开十几个看内容 大多数和现在的配置只差一两行 已经没有回退的必要 全部划进归档 那一刻心里挺踏实的

那次扫尾一共挪走 232 个文件 归档到另外的盘 真删的只有日志和缓存 目录里剩下的都是这半个月真在跑的东西。 第二天打开目录 三秒钟找到我要的那个脚本 以前这个动作要翻一两分钟。

中间我差点犯一个错。 有批文件我看了名字以为是老的实验记录 顺手划进了"挪走"那堆 搬之前按规矩点开扫了一眼 发现里面躺着一份当时的部署笔记 后来线上出问题 我就是靠这份笔记定位的。 它长得太不像正经文档 文件名是一串编号。 我把那堆整个退回来 重新过了一遍才敢动。 退回来之后我又花了一刻钟 把这批文件挨个点开 快速扫了一遍 又救回来三个有用的 一个旧版本的部署方案 一封记录当时故障时间线的笔记 还有一份参数对照表

这件事给我最大的改观是 姗删不如晚删。 上个月删 96.6% 靠的是狠劲 这次我发现狠劲用不了第二次 真正能反复用的 是流程 先快照 再分类 只真删可再生资源 其余归档 判断不了的再放一天。

你要是有个越用越乱的目录 可以照这个顺序来 第一步 数一遍总数 心里有个底 第二步 按文件名排一遍 只分堆 不动手 第三步 真删的只留日志缓存这类明天还会长出来的 第四步 其他全挪进一个归档目录 放够一个月再考虑二次处理 第五步 归档清单存一份 这个比归档本身更重要。 这五步没有一步用到大工具 一个排序 一个快照 一个文本清单 全是系统自带的东西 比工具更重要的是先定规矩再动手

文件这个东西和房间一样 扫一次干净一个月 靠的不是狠 是有个固定流程。 上个月我信狠劲 这个月我信流程。 是为记。