win备份还原工具开发日记·ARM64 构建的红线

1. 不能做一个"通用 exe" ：项目是两个独立产物——`x64` 和`ARM64` 各编各的，不可混用；当前只开发 ARM64，x64 只保留构建配置。
2. macOS 的测试不能当 Windows 证据 ：macOS 只负责格式化、离线测试和静态检查，交汇编译在 VM 里做。这和 implementation-notes 里"`cfg(windows)` 分支在 macOS 上根本不编译"是同一个坑的两面。
3. 源码同步路径换了 ：旧的`C:\BackupRestoreBuild\src` 不再用，改走 Parallels 共享桌面到`C:\Users\x\Desktop\BackupRestore` 。
4. Cargo target 不能放共享目录 ：共享目录的临时文件语义和 Rust 的临时归档操作冲突，必须用`-CargoTargetDir` 把输出放到 VM 本地磁盘（推荐浅层目录一次指定 target 和输出）。
5. 脚本不自动下载工具链 ：缺少目标会直接停止，避免在用户网络环境里偷偷产生大流量。
6. 包内容要固定核对 ：每个包 =`BackupRestore.exe` +`Recovery.exe` + WinRE 启动载荷 + MSVC runtime +`build-manifest.json` ，目录名带版本号。
7. 运行时不依赖 PowerShell 也体现在构建里 ：`prepare` 的任务准备、卷枚举、WIM 读取、WinRE 注入、BCD 快照都由自己完成；`Recovery.exe` 是 WinRE 唯一执行入口，缺了不会回退批处理。
一句话：这篇的核心就是"构建环境和产物形态不许自由发挥"，错了会出现"编译过了但跑的其实是旧架构/旧代码"这类假证据。