2026 年远程 Mac 用 rsync `--link-dest` / `--copy-dest` 做增量快照与制品暂存：磁盘占用、扫描成本与原子发布衔接的决策矩阵
远程 Mac 上多版本 iOS/macOS 产物若每次全量复制，会很快吃光 SSD 与 inode。2026 可在同卷用 rsync --link-dest 复用未变块，用 --copy-dest 兜底不可硬链对象，并把 原子发布、SHA256 闸门、清单化传输排成固定流水线。
目录 (TOC)
1. 三类痛点：全量复制、半成品窗口与 inode 悬崖
磁盘与时间双爆：整树复制让远程 Mac NVMe 写放大陡升，备份与 CI 争用同盘会拖慢链接阶段。
半成品窗口：rsync 直写对外目录会在中断时留半包，需 staging 与软链，见《原子发布》。
inode 与枚举：硬链省块不省目录项；超大规模路径仍需 --files-from 先收敛，再谈 link-dest。
- 复制倍率失控：三版本全量可能占用 3× 逻辑体积；link-dest 把未变更文件映射到同一数据块。
- 回滚证据链缺失：没有上一版目录作为基准，硬链接层无法工作；需要保留至少 N-1 成功发布。
- 跨团队争用：多人并行 rsync 到同一 staging 前缀会制造临时半链接树，必须用 Job 级目录隔离。
2. 决策矩阵：link-dest、copy-dest、tar 包与纯 staging rsync
下列矩阵回答「何时硬链接增量优于 tarball」「何时必须退回全量」，并与清单化传输、并发会话控制形成组合阅读顺序。
| 维度 | `--link-dest` 增量 | `--copy-dest` 兜底 | 分层 tarball | 纯 staging rsync（无硬链） |
|---|---|---|---|---|
| 磁盘占用 | 未变更块共享，倍率≈1+Δ | 部分文件全量复制 | 单文件上传，扫描低 | 每版全量 |
| 同卷要求 | 强依赖 | 弱依赖 | 可跨卷搬运 | 可跨卷 |
| 扫描成本 | 仍随路径集合增长 | 同上 | 低 | 高 |
| 与原子切换 | 天然适配 staging | 适配 | 需解压窗口 | 适配 |
3. How-to：目录布局、基准版选择与七步流水线
推荐布局：/srv/releases/build-YYYYMMDD-HHMMSS/ 为不可变目录，/srv/releases/current 为软链；上一成功版本路径作为下一轮 --link-dest。CI 变量注入 PREV 与 NEXT，禁止人工手改软链。
# PREV=/srv/releases/build-20260506-183000
# NEXT=/srv/releases/build-20260507-091500
rsync -a --delete --link-dest="$PREV" \
${LOCAL_BUILD}/ "ci@${REMOTE_MAC}:$NEXT/"- 校验 PREV 完整性：读取上一版 manifest；若缺失则从全量种子重建，勿盲 link。
- 创建 NEXT 空目录：权限与属主与 PREV 对齐，避免 rsync 结束后再大 chmod。
- 可选 files-from：大仓场景先生成清单，再对子树套 link-dest，降低枚举面。
- 长传保活：跨国链路为 SSH 加
ServerAliveInterval，与《并发 SFTP》中的 keepalive 策略一致。 - SHA256 闸门：对齐站内《传输完整性》流程，远端
shasum -a 256对照 manifest。 - 切换 current：仅在闸门通过后
ln -sfn "$NEXT" /srv/releases/current。 - 保留窗口：按合规保留 N 版；过期版本删除前确认无 Job 仍指向其路径作 link-dest。
# 少数不可硬链对象可用 copy-dest 指向 PREV 做局部拷贝（示意）
rsync -a --link-dest="$PREV" --copy-dest="$PREV" \
./artifacts/ "ci@${REMOTE_MAC}:$NEXT/"4. 性能与风险：扫描、跨卷、权限位与不可硬链文件
跨文件系统是头号红线：APFS 子卷、外接 USB 与网络卷之间的硬链接语义不同；link-dest 指向另一卷时，rsync 会默默退化为复制或报错，需提前用 df -h $PREV $NEXT 验证设备号一致。
特殊文件类型：套接字、FIFO、某些设备节点不可硬链；--copy-dest 可减少「全树失败」概率，但仍应通过 manifest 把异常类型显式列出给安全审计。
权限与扩展属性：若需保留 ACL/xattr，确认 rsync 版本与 flags（如 -E）与《APFS xattr》文一致；硬链接不改变权限位，但误 chmod 基准树会污染下一版增量。
5. 可引用数据：磁盘倍率、链接计数与回滚 SLA
未变更二进制占比高时，link-dest 把新增磁盘压到接近 delta；目录项仍线性增长，需保留策略。把闸门耗时、切换耗时、回滚耗时写入看板，比只看 exit code 更有效。
6. FAQ：与并发 SFTP、清单模式、校验闸门如何组合
问：link-dest 能否替代 SHA256？答：不能；硬链只解决空间与复制时间，不解决「被篡改内容」；闸门仍要。
问：多人同时写 NEXT？答：禁止；NEXT 必须按 JobId 分前缀，合并阶段再晋升。
问：与 SFTP 手工上传混用？答：需单一权威；否则 link-dest 基准与手工变更分叉，下一版增量失真。
7. 总结与托管远程 Mac 的转化收束
把 --link-dest 放进「staging + manifest + SHA256 + 软链切换」流水线，可以把远程 Mac 的版本留存成本从线性变成近似增量，同时保留可回滚证据链。
但该方案对同卷布局、权限卫生、并发隔离要求更高；自建节点常因磁盘碎片、共享账号与带宽争用让「省下来的 GB」又被运维时间吃回去。
若你希望把目录隔离、可预期 IO、长时间在线与审计友好变成默认能力，可查看 SFTPMAC 远程 Mac 租赁 与帮助中心，把「硬链接增量 + 原子切换」沉淀为托管基线，而不是每个团队各自踩坑。