为什么 2026 年 Mac 上远程文件同步不能只靠一种工具（SFTP / rsync / 自动化）
开发与运维在日常工作中至少面临三类需求：一是多台服务器（开发/预发/生产）之间的可视化上传下载与密钥管理；二是定时或单向的增量同步、备份与 Time Machine 式归档；三是 CI/CD 流水线中构建产物自动推送到远程 Mac 或测试机。SFTP 客户端擅长第一类，rsync GUI 擅长第二类，脚本或 GitHub Actions 中的 rsync over SSH 擅长第三类。若只选一种，要么手动操作过多，要么自动化与权限边界难以兼顾。2026 年主流做法是「按场景组合」：日常用 SFTP 客户端管理多环境连接，大批量增量用 rsync（GUI 或命令行），自动化部署用 Actions 或 Jenkins 调用 rsync over SSH；若希望减少自管机器与网络排查成本，可把「远程 Mac + SFTP + 目录隔离」整体交给托管服务。
主流方案对比：macSCP、Acrosync、RsyncUI 与 rsync over SSH 的适用场景
下表从界面形态、增量能力、CI 集成与多环境管理四个维度对比，便于按需选型。
| 方案 | 类型 | 增量/断点续传 | CI/CD 集成 | 多环境管理 | 适用人群 |
|---|---|---|---|---|---|
| macSCP | SFTP 客户端 | 单次传输 | 需自行脚本 | 多连接、Keychain 凭据 | 需可视化、多环境切换的开发者/运维 |
| Acrosync | rsync GUI | 支持、可定时单向同步 | 否 | 任务列表 | 需 Time Machine 式备份、NAS 同步的用户 |
| RsyncUI | rsync GUI (SwiftUI) | 支持、任务组织 | 否 | 任务列表 | macOS 原生 rsync 用户、2026 年仍活跃维护 |
| rsync over SSH / GitHub Actions | 命令行 / CI | 完整支持 | 是 | 通过 SSH 配置多主机 | DevOps、需构建产物自动部署的团队 |
结论：日常多环境手动同步优先选 macSCP 等 SFTP 客户端；本地到远程的定时增量或备份选 Acrosync / RsyncUI；构建产物自动分发选 rsync over SSH 或 Burnett01/rsync-deployments 等 Action。若希望统一「准入 + 权限 + 增量」且不想自管机器，可选用提供 SFTP 与目录隔离的远程 Mac 托管，在允许的目录内再跑 rsync。
如何在 GitHub Actions 中用 rsync over SSH 做自动化部署与产物分发
下面给出 5 步流程：在仓库中配置 SSH 私钥 Secret、安装 rsync、执行 dry-run 校验、正式同步并保留日志。
# 1. 在 GitHub 仓库 Settings → Secrets 中添加 SSH_PRIVATE_KEY（远程 Mac 的私钥）
# 2. workflow 示例（.github/workflows/deploy.yml）
- name: Deploy to remote Mac via rsync
uses: Burnett01/[email protected]
with:
switches: -avz --delete
path: ./dist/
remote_path: /var/www/app/
remote_host: ${{ secrets.REMOTE_HOST }}
remote_user: ${{ secrets.REMOTE_USER }}
remote_key: ${{ secrets.SSH_PRIVATE_KEY }}
# 3. 若不用 Action，可手写步骤：
- run: mkdir -p ~/.ssh && echo "${{ secrets.SSH_PRIVATE_KEY }}" > ~/.ssh/id_ed25519
- run: chmod 600 ~/.ssh/id_ed25519
- run: rsync -avzn --delete ./dist/ ${{ secrets.REMOTE_USER }}@${{ secrets.REMOTE_HOST }}:/path/to/dest/
- run: rsync -avz --delete ./dist/ ${{ secrets.REMOTE_USER }}@${{ secrets.REMOTE_HOST }}:/path/to/dest/
注意：远程 Mac 需开放 SSH（22 端口）、保证目标目录权限与磁盘空间；若有多环境，可为 dev/staging/prod 配置不同 REMOTE_HOST 与路径。
多环境（开发/预发/生产）下的权限与同步策略
（1）为每个环境使用独立 SSH 密钥或 SFTP 账号，避免混用同一密钥访问多环境。（2）目录隔离：开发/预发/生产对应不同远程路径，通过 SFTP 或 SSH 配置限制只能访问指定目录。（3）CI 只写入、不删除关键数据时，可仅开放上传目录的写权限，读权限按需开放。（4）审计：启用 SSH 或 SFTP 的日志记录，便于追溯谁在何时同步了哪些文件。（5）若采用托管远程 Mac，由服务方提供 SFTP 与目录隔离、可用性保障，团队只需在允许的目录内执行 rsync 或上传，减少自管机器与防火墙排查。
决策清单：按团队规模与场景选 SFTP 客户端、rsync GUI 还是托管 Mac
- 个人或小团队、多环境手动同步为主： 选用 macSCP 等 SFTP 客户端，配合 Keychain 管理密钥。
- 需要定时增量备份或 NAS 同步： 选用 Acrosync 或 RsyncUI，配置单向同步任务。
- CI/CD 构建产物自动部署： 使用 GitHub Actions + rsync over SSH 或 Burnett01/rsync-deployments，Secret 存私钥与主机信息。
- 希望统一权限、审计且减少自管节点： 将「远程 Mac + SFTP + 目录隔离」交给 SFTPMAC 等托管服务，在允许的目录内继续使用 rsync 或 SFTP 客户端，由服务方保障可用性与策略。
上述工具在各自场景下都能胜任，真正决定长期体验的是：多环境权限边界清晰、CI 与手动的协同方式、以及故障时的快速排查。当团队规模扩大或合规要求提高时，仅靠本机多开 SFTP 客户端或自管多台 Mac 会带来维护与网络成本；此时采用提供 SFTP 与目录隔离的远程 Mac 托管，往往更稳、更易扩展。
Mac 上做远程文件同步选 SFTP 客户端还是 rsync GUI？
日常多环境手动同步、需要可视化与密钥管理时，SFTP 客户端（如 macSCP）更顺手；若强调增量备份、定时单向同步或 Time Machine 式备份，rsync GUI（Acrosync、RsyncUI）更合适；CI/CD 自动化部署则用 rsync over SSH 或 GitHub Actions 等方案。
GitHub Actions 里如何用 rsync 自动部署到远程 Mac？
使用 rsync over SSH：在 Actions 中配置 SSH 私钥为 Secret，在 job 里安装 rsync 后执行 rsync -avz --delete ./dist/ user@remote-mac:/path/to/dest/。可选用 Burnett01/rsync-deployments 等现成 Action 简化步骤。
多环境文件交付如何兼顾权限与效率？
建议用 SFTP 做准入与目录权限隔离，在允许的目录内再用 rsync over SSH 做大批量增量同步；或直接采用提供 SFTP 与目录隔离的远程 Mac 托管，由服务方保障可用性与策略，本地或 CI 只做上传与校验。
在自管多台 Mac 或 CI 节点上维护 SSH、rsync 与多环境权限，会占用不少精力。若你更希望把时间用在业务交付上，可考虑将远程文件同步与权限管控交给专业托管：SFTPMAC 提供稳定 SFTP 与目录隔离，兼容 rsync over SSH 的增量同步，由我们保障节点可用性与权限策略，你只需专注构建与发布。