cron：交给 systemd 定时器或 launchd

在众多被弃用的命令里，cron 大概是最让人又爱又恨的一个。它语法别扭，环境变量也最难调试。在现代 Linux 发行版上，systemd 已经接管了大量启动与定时任务，查看已有定时器只需一行：

systemctl list-timers

在 macOS 上，cron 同样不再推荐，替代者是 launchd——它能做的远不止定时任务，还能在电脑关机时规划需要补跑的工作。

ifconfig：用 ip 取代

ifconfig 属于老旧的 net-tools 套件，如今已被 ip 命令取代。ip address 一行就能看到网卡、IP 地址与对外路由等全部网络信息。虽然用网站查 IP 也很方便，但排查本机网络问题时，本地命令永远比一个随时可能停服的远程站点可靠。

nslookup：dig 更强大

nslookup 用来查询域名解析，而 dig 做的是同一件事，却提供了更丰富的调试信息和更清晰的输出格式。对于只想快速查个地址的场景，nslookup 勉强够用；一旦需要详细记录类型或排错，dig 应当是首选。

neofetch：fastfetch 等后继者

那个在终端里打印彩色 ASCII logo 的 neofetch 已于 2024 年正式停更。好在替代品层出不穷，其中 fastfetch 因持续活跃维护、可高度自定义而最受推崇；相比之下，ufetch、pfetch 等同类项目大多已归档。如果只想炫一下系统配置，fastfetch 是目前最稳的选择。

scp：大目录用 rsync 更快

scp 基于 SSH 安全拷贝文件，简单任务很好用，但它已被 rsync 取代。两者上传单个文件的写法几乎一样，可一旦涉及需要反复同步的目录，rsync 只传输差异部分，效率远高于 scp 每次整文件重传。

netstat：ss 是升级版

netstat 同样来自过时的 net-tools 套件，现代等价物是归属 iproute2 的 ss。它能显示开放套接字、路由表与网络统计，是排查连接与流量性能的更好工具。

which：type 更准确

which 用来定位命令路径，但在部分系统上它只是一个可执行程序，无法感知 shell 内建命令，因此信息并不完整。更可靠的做法是用 shell 内建的 type——它能清楚区分这条命令究竟是内建指令、函数、别名还是独立程序，必要时同样支持 -a 参数列出所有匹配项。

迁移到这些现代命令，短期看只是换个写法，长期却能少踩很多坑，也顺手获得更多功能。

来源：How-To Geek（作者 Bobby Jack）

第一次接触 Docker 的人，往往被镜像、容器、卷、端口、Compose 文件和满屏命令劝退，以为必须懂开发才能上手。镜像（image）可以理解成打包好的应用「蓝图」，容器（container）则是照蓝图跑起来的运行实例，二者并不相同。MakeUseOf 一位撰稿人分享，他真正跑起几个自托管应用后才发现，日常反复用的其实就是那么七八条命令。先把这七条记熟，Docker 就不再难懂。

二、七条核心命令

1. docker pull nginx：从镜像仓库下载名为 nginx 的镜像，相当于把「原材料」备好；
2. docker run -d –name myserver -p 8080:80 nginx：把镜像变成运行中的容器；-d 后台运行，–name 起名，-p 把本机 8080 端口映射到容器内 80 端口；
3. docker ps：查看正在运行的容器名称、状态、镜像与端口；加 -a（docker ps -a）可看已停止的；
4. docker logs myserver：查看容器输出日志，定位启动报错、配置或连接问题；加 -f 实时跟踪；
5. docker exec -it myserver sh：进入容器内部开一个交互终端，像在本机一样查文件、跑命令；
6. docker stop myserver：用完先停而非删，容器保留在系统里，下次一条命令就能再起；
7. docker rm myserver：确定不再需要时彻底删除容器（镜像仍在）。

一个最小流程就是：pull 拉镜像、run 起容器、ps 确认在跑、logs 排错、stop 收工。

三、理解工作流就不慌

镜像像图纸，容器是照图纸跑起来的实体。端口映射（-p 8080:80）的意思是：在浏览器访问本机 8080，流量会被转进容器里的 80 端口，这样外面的电脑才能打开容器里的服务。七条命令足以起步，其余等踩坑时现学现用。

注意事项

docker pull 并非每次必用，Docker 在 run 时缺镜像会自动补拉，但理解「镜像与容器」的关系能少走很多弯路。myserver 只是容器名占位符，换成自己实际名字即可；忘了名字就 docker ps 看 NAMES 列。删除容器前若仍在运行，要先 docker stop 再 docker rm，否则会报错。

来源：MakeUseOf

一、拦住毁灭性命令

Bash 工具每次调用前加一道 PreToolUse 守卫，扫描命令文本，命中危险模式就拦截。脚本从标准输入读 JSON，取出 command 字段，匹配 rm -rf、dd if=、mkfs 等就退出码 2，Claude 会收到原因并改提替代方案，而不是盲目重试。

#!/bin/bash
command=$(cat | jq -r '.tool_input.command')
[[ "$command" =~ rm\ -rf|dd\ if=|mkfs\. ]] && echo "Blocked: destructive command" >&2 && exit 2
exit 0

二、保护密钥和环境变量

针对 Edit、Write 工具加钩子，禁止改写路径里含 .env、secrets、credentials 的文件。这一步格外重要：调试配置时 Claude 常想”顺手修一下”环境文件，而密钥文件恰恰最不该由 AI 在无人看管时改动。

#!/bin/bash
path=$(cat | jq -r '.tool_input.file_path')
[[ "$path" =~ \.env|secrets|credentials ]] && echo "Blocked: protected file" >&2 && exit 2
exit 0

三、阻止强制推送和危险 Git 操作

Git 事故最难挽回，因为它会改写共享历史。钩子可专门识别 git push –force、推送到 main 或 master，以及 git reset –hard，在命令执行前拦下，避免一个下午的工作被静默清空。

#!/bin/bash
command=$(cat | jq -r '.tool_input.command')
[[ "$command" =~ push\ --force|push\ .*\ main|reset\ --hard ]] && echo "Blocked: dangerous git command" >&2 && exit 2
exit 0

四、拦住破坏性的数据库语句

对含 DROP TABLE、TRUNCATE 的命令直接拒绝，并返回结构化 JSON 说明原因，让 Claude 在下一次尝试时调整方向，而不是单纯报错。

#!/bin/bash
command=$(cat | jq -r '.tool_input.command')
[[ "$command" =~ DROP\ TABLE|TRUNCATE ]] && echo '{"hookSpecificOutput":{"hookEventName":"PreToolUse","permissionDecision":"deny","permissionDecisionReason":"Destructive SQL detected"}}'

五、规范包管理器与 CI 配置

若项目用 pnpm，检测到 npm install 就拦下，避免生成冲突的锁文件；同理可禁止改动 CI 配置和生产部署脚本，除非人工明确批准。这类小错累积起来，破坏力不亚于一次大事故。

#!/bin/bash
command=$(cat | jq -r '.tool_input.command')
[[ -f pnpm-lock.yaml && "$command" =~ ^npm\ install ]] && echo "Blocked: use pnpm instead" >&2 && exit 2
exit 0

统一接入：一个 JSON 文件

以上钩子都写在 .claude/settings.json 的 PreToolUse 数组里，按工具（Bash、Edit、Write）配置 matcher。脚本可用 Bash 加 jq 编写，也可用 Python 写更易读的逻辑，建议随仓库提交，让所有协作者共用同一套护栏。

{
  "hooks": {
    "PreToolUse": [
      { "matcher": "Bash", "hooks": [{ "type": "command", "command": ".claude/hooks/block-destructive-bash.sh" }] },
      { "matcher": "Edit|Write", "hooks": [{ "type": "command", "command": ".claude/hooks/protect-secrets.sh" }] }
    ]
  }
}

注意事项：钩子依赖 jq 解析输入；拦截以正则匹配命令文本，复杂场景建议结合官方文档细化规则，避免误伤正常操作。

来源：MakeUseOf

这些提示不是凭空冒出来的。NTFS 文件系统里有一个沿用了 33 年的机制——替代数据流（Alternate Data Streams，简称 ADS），一个文件除了肉眼能看到的正文，还能挂上若干个独立命名的「附加层」。文件名、图标、文件大小都不露痕迹，资源管理器也从未打算显示它。Windows 正是用其中一个叫 Zone.Identifier 的流，记下这个文件从哪儿来。

一、先做个实验，亲眼看见第二层

MakeUseOf 撰稿人 Afam Onyimadu 给出的验证步骤只要一分钟：

1. 任意文件夹里右键 →「新建」→「文本文档」，命名 test.txt，写一句话后保存关闭。
2. 点击资源管理器地址栏，输入 cmd 回车，在当前目录打开命令提示符。
3. 执行 notepad test.txt:secret.txt，在弹出的记事本里随便写点内容，保存关闭。
4. 回到命令行执行 dir，列表里依然只有 test.txt，看不出异常。
5. 再执行 dir /r，test.txt 下面会多出一行以 $DATA 结尾的记录，带着自己的名字和体积。

这不是文件里藏了另一个文件，而是同一条文件记录上挂了第二条数据流。查属性、比大小都发现不了。

二、查出下载文件的真实来源

把同样的动作用到下载目录，收获会更实用：

1. 在「下载」文件夹地址栏输入 cmd 回车，执行 dir /r。
2. 很多文件下方会出现名为 Zone.Identifier 的流。
3. 用 notepad 文件名:Zone.Identifier 直接打开它（文件名含空格时用引号括起来）。
4. 里面通常有一行 ZoneId=3，代表文件来自「Internet 区域」而非本机创建；有些还带 HostUrl 和 ReferrerUrl，直接指向当初的下载地址。

习惯用 PowerShell 的话，Get-Item -Path "C:\Users\用户名\Downloads\setup.exe" -Stream * 能列出同一份信息。

三、确认可信后再解除锁定

这套标记就是所谓的「网络来源标记」（Mark of the Web），它会让系统和部分软件对文件加以限制。确认来源可靠后再解除：

1. 右键文件 →「属性」→「常规」选项卡，拉到窗口底部的「安全」一行。
2. 勾选旁边的「解除锁定」复选框，点击「应用」再点「确定」——只勾不点应用不生效。
3. 需要批量处理时，在目标目录打开 PowerShell 执行 dir -Recurse | Unblock-File，或对单个文件用 Unblock-File -Path "完整路径"。
4. 压缩包建议先对 zip 本身解除锁定再解压，否则解出来的文件可能继承同样的标记。

四、几点值得留意的地方

从挂载的 ISO 或 IMG 镜像里取出的文件，并不总能可靠地带上 Zone.Identifier。没有标记就不触发警告——自微软默认拦截来自互联网的宏之后，攻击者转而更多使用 ISO 附件，正是钻了这个空子。收到陌生人发来的 ISO 附件，警惕程度应高于普通文档。

另外，附加流的存活取决于文件系统和传输方式。把带流的文件复制到 FAT32 格式的 U 盘，再执行 dir /r，可见内容还在，附加的那一层已经消失。资源管理器虽不显示这些流，安全软件却能识别，微软免费提供的 Sysmon 就专门有一类事件用于记录流的创建。

来源：MakeUseOf

实现上，Claude 借助两个工具来完成这件事：ListAgents 用来发现当前能联系到哪些会话，SendMessage 则按名字把消息投递给其中一个。借助同一个 SendMessage，Claude 也能在同一个会话内部或团队里给子智能体发消息。官方文档主要讲的是不同独立会话之间的消息往来。

最常见的使用场景，是一个会话手里有了另一个会话正需要的东西。比如某个会话改动了代码、引发破坏性变更，或者做出了某个决定，Claude 可以主动把要点总结后发给正在相关区域干活的会话，免去用户在多个终端之间来回复制粘贴；当多个会话在同一个代码仓库的不同工作副本上并行推进时，也能互相通报各自的进展；跑得久的迁移或测试任务，还能把状态回报给正在盯着的那个会话。此外，如果消息来自另一台机器或网页端，Claude 也能跨设备回一句。

消息本身只是一段纯文本，而不是完整的对话历史或文件。Claude 会在工具调用之间读取消息，因此不会打断正在跑的操作；当接收方空闲时，则开一个新轮次来处理。每条到达的消息都要经过接收方的入站规则检查，最终落到三种结果之一：送达（Delivered）、暂存（Held）或拒收（Refused）。一旦送达，这条消息会像用户亲手输入的提示一样计入用量，接收方也能以同样方式回复——跨机器的一来一回除外。

权限边界按会话各自隔离。Claude 被明确要求，绝不为另一个会话去做自身会话里被拒绝或拦下的操作，这类工作应当绕回交给你。在接收方一侧，它自身的权限提示和规则依旧对所有消息生效。你可以用 /list-agents 命令查看哪些会话可达，用 crossSessionInbound 设置来决定如何对待来自其他会话的消息：accept 直接送达、hold 先挂着等确认、refuse 直接丢弃。

对重度使用 Claude Code 的开发者来说，这意味着并行多会话的协作终于有了内置的「对讲机」，而不必再靠人肉在终端间搬运信息。

来源：Claude Code 官方文档

MakeUseOf 撰稿人 Afam Onyimadu 分享，他复盘之后发现自己真正离不开的只有八条命令：ls、grep、find、cat、sort、head、tail、wc。微软在 Build 2026 上推出的 Coreutils for Windows 正好补的就是这个缺口——它基于 Rust 编写的 uutils/coreutils 项目，把 coreutils、findutils（find、xargs）和一个 GNU 兼容的 grep 打包在一起，原生跑在 Windows 上。

一、安装与验证

1. 打开管理员权限的终端，执行 winget install Microsoft.Coreutils，也可以从 GitHub 的 microsoft/coreutils 仓库下载安装包。
2. 安装程序会把工具写入系统 PATH。磁盘上其实只落了一个 C:\Program Files\coreutils\coreutils.exe，再用 NTFS 硬链接生成 ls.exe、cat.exe 等一堆同名入口，程序靠自己被调用时的文件名决定执行哪个工具。
3. 执行 cat --version 验证，正常应返回 uutils 的版本号。每条命令都支持 --help 查看完整参数。

二、先解决 PowerShell 的别名冲突

这是最容易踩的坑。PowerShell 自带 ls、cat、pwd 等内置别名，优先级高于 PATH，敲下去跑的仍是 Get-ChildItem、Get-Content。

1. 诊断：执行 Get-Command cat，若 CommandType 显示 Alias，就是命中了别名。
2. 临时解除当前会话的别名：Remove-Item alias:cat -Force；想长期生效，把这行写进 $PROFILE，每个冲突命令各写一行。
3. 也可以直接带后缀调用，比如 ls.exe。
4. 最省事的办法是改用命令提示符（CMD），CMD 下不存在这类别名冲突。微软文档里有一张兼容对照表，标出了 PowerShell 7.4 及以上版本中「已安装但会冲突」的工具。

三、可以直接照搬的用法

ls -la 和递归 find 都能原生跑通，grep -r 在整个项目目录里搜索也正常。该撰稿人常用的日志排查管线 cat access.log | grep 500 | sort | uniq | wc -l 可以原样执行；批量重命名文件、裁剪日志输出的几个 bash 单行脚本，几乎不用改就跑起来了——同样的逻辑若改写成 PowerShell，得换一套语法和对象管线思路。此外，在大型项目目录上做递归 grep 和 find，因为少了一层文件系统转换，速度比在 WSL 里更快。

四、这些命令没有

chmod、chown、chroot、tty、who、id 依赖 Windows 不具备的 POSIX 权限模型，kill 和 timeout 则因为 Windows 没有 POSIX 信号，一并缺席。dir、more、expand、whoami 是微软刻意没收录的，避免覆盖 Windows 自带版本。另外要留意：/dev/null 在 Windows 这边写作 NUL；CRLF 行尾会影响 wc 的字节统计和正则里的 $ 锚点匹配，脚本对输出精度敏感的话，上线前先测一遍。

微软目前仍把它标为预览版。真正涉及包管理器、容器和完整 Linux 环境的活，还是归 WSL。

来源：MakeUseOf

How-To Geek 撰稿人 Graeme Peacock 有十五年 Linux 使用经验，用过 Ubuntu、Arch、Gentoo，2016 年起长期使用 Qubes。他坦言前十年自己只用原生 Bash 加 Tab 补全。他的核心结论是：命令行高手并不是把所有命令都背下来了，而是搭好了一套让大脑不必记忆的工具链。以下四种方法可以直接照搬。

一、装一个模糊历史搜索工具

这是四招里效果最立竿见影的一条。所谓「模糊搜索」，指的是允许拼错、允许只输入零碎片段的近似匹配。

1. 安装 fzf，这是模糊搜索的底层工具。
2. 在其基础上接入历史搜索插件，可选 Atuin，或者 zsh 用户常用的 zsh-fzf-history-search。
3. 需要找旧命令时，不再按方向键上翻，而是直接输入几个记得住的碎片，例如命令名 sed、参数片段 i、文件名片段 foob。
4. 工具会在成千上万条历史记录里筛出最接近的那一条，回车即可执行。

Graeme Peacock 的历史记录里存着数万条命令，其中大量长命令仅在参数上有细微差别，靠人工回忆几乎不可能区分。他给出的评价是：如果今天只记住一件事，那就记住装 fzf。

二、给高频命令起「助记别名」

助记别名指的是用别名里的每个字母对应命令的一个组成部分，看一眼就能反推出完整命令。他日常使用 Git 的一套 zsh 插件别名如下：

• gcam 对应 git commit –all –message
• gbD 对应 git branch –delete –force
• gp 对应 git push
• gcan! 对应 git commit –all –no-edit –amend

这类别名最适合那种天天要用、但每次只有一个参数在变的命令，比如提交信息。

三、把复杂需求封装成 Bash 函数

当一条命令需要传多个值或多个选项时，别名就不够用了。这时写一个两三行的 Bash 函数把它包起来即可，不必写成完整脚本。

函数要保持短小、只做一件事，这样才能像积木一样用管道串起来，组成 foo | bar | baz 这样的流水线。遇到输出 JSON 的命令，再接一道 jq 处理，复杂输出就不会看错。日积月累攒出一个函数库，拼装长命令会轻松很多。

四、把 AI 当最后一道保险

Graeme Peacock 承认自己在开发工作中经常让 Claude 直接跑调试命令，那些命令他自己敲要花十分钟；模型扫描文件、收集上下文、拼出上千字符的命令序列只需几秒，写一个一次性 Python 脚本同样如此。

不过他把这条放在最后是有原因的：AI 给出的答案属于「快，但不保证对」。他本人正在把 Claude 关进开发容器里运行，理由很直接——模型执行 rm -rf 和执行别的命令一样快。他自己还额外用虚拟机做隔离。

需要留意的地方

Graeme Peacock 强调，tar xvf、git commit -am、ls -al 这类命令他确实是记住的，但超出这个范围就靠 –help、man 手册和上述四种方法组合应对。模糊历史搜索是主力，AI 只在实在想不起来或压根不知道该用什么命令时才动用。

来源：How-To Geek

Anthropic 在 8 月 7 日通过官方开发者账号 @ClaudeDevs 宣布，从 Claude Code v2.1.224 版本开始，不同会话之间可以直接互相发消息，这项功能被称为“跨会话消息传递”（Cross-session messaging）。

会话之间到底传了什么

官方文档对这项能力的描述很克制：跨会话消息传递让 Claude 把一条消息从一个 Claude Code 会话送到另一个会话。当一个会话里的改动破坏了另一个会话正在构建的东西时，Claude 可以在用户察觉之前就发出预警；当一个会话解开了另一个会话卡住的问题时，答案也能被及时送过去。

关键在于传递的内容边界。@ClaudeDevs 在发布推文中写道：

不必再在另一个会话里把来龙去脉重讲一遍，现在可以让 Claude 去讲。它发送的是一段摘要，而不是完整的对话历史或文件，另一个会话会在任务进行中接收到它。

也就是说，跨会话消息本质上是一段由 Claude 自己撰写、写给另一个 Claude 的纯文本，附带发送方的名称和一个回复地址。对话历史不会跟着走，项目文件也不会。如果需要迁移的是完整上下文而非一个结论，对应的机制仍然是恢复会话，而不是发消息。

实现层面新增了两个工具，用户不需要手动调用：ListAgents 负责发现当前可以联系到哪些会话，SendMessage 负责按名称把文本投递过去。在任意会话中输入斜杠命令 /list-agents（别名 /peers）即可查看可达会话列表，其中包含当前会话内的子代理、同一台机器上的其他本地会话（含后台会话），以及在远程控制连接状态下位于其他机器或网页端的会话。

会话通过名称相互识别，可以用 /rename 或启动参数 --name 指定，也可以由 Claude Code 依据工作目录自动生成。若两个会话重名，列表会额外显示各自的工作目录以便区分。

# 启动时直接命名
claude --name migration
claude --name payments-api

# 在任一会话中查看可达列表
/list-agents

权限这道闸门没有松动

Anthropic 列出的典型场景包括四类：移交一项调查发现、协调并行的工作树（worktree）、获取长时间运行任务的状态，以及跨机器回复。

值得关注的是这项功能在权限上的保守设计。跨会话消息不能用于批准权限请求，也不能修改配置。像 /compact 这样的指令传过去只会被当作纯文本，不会被当成命令执行。如果接收方要按消息内容动手，仍会照常向用户弹出权限确认。换句话说，来自另一个会话的消息，永远不等同于用户本人的授权。

同一版本还引入了 crossSessionInbound 与 dialogExpiry 两项设置。发往以绕过权限模式（bypassPermissions）运行的会话的消息会被暂扣，直到用户批准；发往其他会话的消息则自动投递。此外，这一版修复了一个可靠性缺陷——此前即便写入对方收件箱实际失败，SendMessage 也会显示“消息已发送”，现在投递失败会明确报错。

为防止会话之间陷入互相喊话的死循环，Claude Code 对同一发送方的重复消息做了限流，短时间内到达的完全相同的消息会被丢弃，每个会话待读消息上限为 50 条。

使用门槛与适用边界

该功能要求 Claude Code 版本不低于 v2.1.224，且运行在 macOS 或 Linux 上（包含 WSL 2），暂不支持原生 Windows。满足条件后默认开启，无需额外配置。同一台机器上的会话通过本地套接字通信，不经过 Anthropic 服务器；跨机器场景目前只支持“回复”，即 Claude 无法主动向远程或网页端会话发起对话。

需要说明的是，跨会话消息并非万能胶。Claude Code 对相邻场景各有专门机制：搬运完整上下文用会话恢复，由 Claude 自行派生并监管的一组代理用代理团队（agent teams），在一处观察和操控多个会话用代理视图，用手机操控会话用远程控制，把持续集成结果这类外部事件推入会话则用频道（channels）。跨会话消息真正填补的，是两个由用户自己开启、自己驾驭的并行会话之间的那次交接。

同版本一并落地的还有另外两项能力：面向团队版与企业版的自托管运行器（self-hosted runner），允许把网页、移动端和桌面端会话的实际计算放在自有机器或容器上执行，适合有数据驻留或内网访问要求的组织；以及压缩包插件源，支持通过 HTTPS 拉取单个 zip 文件安装插件，无需 git 或 npm，并可选用 SHA-256 校验值锁定。

对于习惯同时开三四个终端跑不同模块的开发者而言，这次更新省下的不是算力，而是那些反复复制粘贴的碎片时间。

来源：9to5Mac、Anthropic 官方文档、@ClaudeDevs

实测差多少

XDA 撰稿人 Abhishek Kumar Mishra 用 14GB、8000 多个文件的手机备份对比：Robocopy 用时 1 分 05 秒，系统自带复制 1 分 25 秒。再换 27.5GB 的游戏安装目录（4150 个文件、265 个文件夹），资源管理器跑了 4 分 44 秒，Robocopy 只要 3 分 39 秒。

常用参数记这几个

打开终端，基本写法是 robocopy 源路径 目标路径 /E。

• /E：连同子文件夹一起复制，包括空文件夹；
• /MT：多线程同时拷多个文件，在固态硬盘上提升最明显；
• /Z：可重启模式，中断后尝试接着传，别把重试次数设太大，免得死循环；
• /COPY:DAT：保留数据、属性和时间戳；
• /MIR：镜像模式，让目标端和源端完全一致——目标端多出来的文件会被删掉，慎用；
• /L：只列出将要执行的操作、不真动文件，试跑专用。

让它自己跑

把常用命令存成 .bat 批处理文件，再用任务计划程序建个任务，设好每天几点触发并指向这个文件，增量同步就不用管了。

说白了，Robocopy 不适合日常拖两个文件，它的主场是海量小文件和深层嵌套目录。上手前先加 /L 空跑一遍，尤其是打算用 /MIR 的时候。

来源：XDA Developers

我的判断是：这不是备份做得不够多，而是从头到尾就没做备份。副本只保存当下，删除会同步、覆盖会同步；勒索软件加密了本机文件，同步一跑，三份一起完蛋。

先分清副本和备份

四个问题一问就明白：能取回昨天的版本吗？能确认备份文件本身完好吗？除了最新版还留着别的版本吗？今天的改动会不会覆盖昨天的备份？副本的答案基本都是否，而快照式备份工具的答案都是是。

用 Restic 建一个带历史的仓库

Restic 是免费开源的命令行备份工具，Windows、macOS、Linux 都能用。它不复制文件夹，而是给每次备份拍一张快照，记录那一刻的完整状态，且只存变化的部分，留一长串历史并不怎么占空间。按官方快速上手，流程是这样：

1. 先设好仓库位置和密码两个环境变量：RESTIC_REPOSITORY 指向存放目录，RESTIC_PASSWORD 填一个足够强的密码；
2. 初始化仓库，只需做一次：restic init；
3. 备份指定目录：restic backup <目录路径>；
4. 查看历史快照：restic snapshots，记下想要那一版的快照 ID；
5. 取回文件：restic restore --target <恢复到哪> <快照ID>；
6. 定期体检：restic check，想连数据一起校验就加 --read-data。

两点提醒

一是真正的验证得恢复到另一台设备上——本机有隐藏故障时，在本机做的恢复测试看着都正常。二是别把副本一脚踢开，云盘同步、外置硬盘拷贝依旧是跨设备搬运数据最快的办法，只是从今天起别再管它叫备份。

一个能回答「上周二那版在哪」的系统，才配叫保险。你手里那份，属于哪一类？

来源：MakeUseOf