苹果电脑软件托管升级分享

8 PARTS + CONCLUSION

👉 滑动

App Store、dmg 手动安装、Homebrew 三者不是替代关系，而是三种定位。而 dmg 和 brew 的 cask，底层装的往往就是同一个东西——差别只在「有没有一个管家帮你记账」。

经过苹果上架审核，质量与安全性有保障；

更新统一由 App Store 管理，卸载最干净；

局限：很多开发者工具、小众应用、商业授权软件不上架；而且 App Store 版与官网版可能是两套独立构建——数据目录、自动更新机制都不同。

最常见的「非商店」安装：浏览器下载磁盘映像（.dmg）或安装包（.pkg），双击挂载后拖拽，或者走安装向导；

优点：来源直接（官方），版本节奏完全由开发者决定，适合需要严格校验、可回滚的关键软件；

缺点：升级靠手动重下；卸载常留 ~/Library/Application Support、~/Library/Preferences 等残片；无法批量复现。

brew install xxx（formula）：装命令行工具、库，如 wget、git、python、node。装在 /opt/homebrew（Apple Silicon）或 /usr/local；

brew install --cask xxx（cask）：装 GUI 应用，如 Chrome、VS Code、Obsidian。装到 /Applications。

底层装进去的 .app，往往和 dmg 手动装的是同一个东西。区别只在于「有没有一个命令行管家帮你记账、升级、卸载」。

① 需要严格校验、可回滚的关键软件。比如我本机安装有 RustDesk，对于它的升级，走的是「dmg ＋ sha256 ＋ codesign --verify ＋ 备份回滚」的完整流程，全程留痕、出问题能立即还原——这种「审计可见性」比「一键升级」更重要；

② cask 没收录，或者带内核扩展、自定义安装器、需要特殊权限的应用。

普通的人改变结果，优秀的人改变原因，顶级优秀的人改变模式。

当前是 dmg 安装（非 App Store、非已经是 brew 管理）；

Homebrew 有对应的 cask（brew search --casks <名称> 能反查到 token）；

两者版本一致——避免迁移变成「顺带升级」，引入意外变化。

注意：App Store 安装的应用不要用 cask 覆盖。cask 装的是非 MAS 版，混用会冲突，还可能丢失 MAS 版的数据与授权。

cask 把官方包装到 /Applications，与 dmg 装的是同一个位置；

因为版本完全一致，迁移就等于让 brew「接管」一个已存在的 app；用户数据（配置、数据库等）都在 .app 包外的 ~/Library 里，不受影响；

关键开关是 --force：/Applications/Xxx.app 已经存在，brew 默认拒绝覆盖，必须显式加 --force 才接管。

# 0) 刷新方案库

brew update

# 1) 备份现有 app（版本一致时风险极低，仍建议保留回滚点）

mkdir -p /tmp/brew-migrate-backup

for a in DaisyDisk LuLu MenubarX Motrix Obsidian PopClip RustDesk Latest; do

[ -d "/Applications/$a.app" ] && cp -R "/Applications/$a.app" "/tmp/brew-migrate-backup/$a.app"

done

# 2) 关键：--force 让 brew 接管已存在的 app（逐个安装，避免单点失败阻断整批）

for c in daisydisk lulu menubarx motrix obsidian popclip rustdesk latest; do

brew install --cask "$c" --force && echo "OK: $c" || echo "FAILED: $c"

done

# 3) 校验已被 brew 接管

brew list --cask | grep -E 'daisydisk|lulu|menubarx|motrix|obsidian|popclip|rustdesk|latest'

# 4) 统一升级（后续日常用法）

brew upgrade --cask

brew 在下载阶段就中止时，不会触碰/Applications 里已存在的 app——失败的两个验证下来仍是原版本、可正常使用，零数据损失；

RustDesk 的 21118 端口监听由用户域 LaunchAgent（com.carriez.RustDesk_server）托管，独立于 .app，配置在 ~/Library；迁移后重连信息、密码都不丢，由 KeepAlive 自动拉起。但迁移必须安排在它没有活跃远程连接的时候；

LuLu 是网络过滤器（Objective-See 系统扩展），迁移后若系统提示扩展需重新授权，到「系统设置 → 网络 → 过滤器」重新启用即可；

失败项可以在网络稳定后单独重试：brew install --cask latest --force / brew install --cask popclip --force。

cask 版本可能滞后于官网

开发者发新版后，要等社区更新方案和哈希，brew upgrade 才拿得到。热门应用通常几小时到一天，冷门可能数周；

与 App Store 冲突

同一个应用不要 MAS 版和 cask 版混装；

与自带自动更新冲突

部分应用（如 Chrome、VS Code）自带更新器，可能和 brew upgrade 打架，建议二选一管理；

安全

brew 会校验哈希，但第三方 tap 仍需谨慎；GUI 应用依旧受 macOS Gatekeeper 与公证检查。

# 导出

brew bundle dump --describe --file=~/Brewfile

# 恢复

brew bundle install --file=~/Brewfile

App Store / dmg / Homebrew 三者定位不同

App Store 求省心安全，dmg 求来源直接可控，Homebrew 求自动化与可复现；

dmg 与 cask 底层常是同一个 .app，差异只在「有没有管家」。能用 cask 管的日常应用就交给它，需要严格留痕的关键软件保留 dmg 手工流程；

迁移 = brew install --cask <token> --force 接管已存在的 app，用户数据在包外不丢；失败项多为网络原因，且原装完好，可重试；

一次真实迁移（本机 8 个应用）印证了上面三条：6 个平滑接管，2 个因上游网络中断失败、原 dmg 装毫发无损。