Atom远程编辑需依赖插件或sshfs挂载；remote-edit仅支持密钥认证、单向上传且无冲突检测；稳定方案是用sshfs挂载远程目录，需注意密钥权限600、完整SSH地址格式、公钥部署及fuse配置。
Atom 本身不支持远程编辑，必须依赖插件或系统级挂载；remote-edit 是唯一还能用的 SSH/SFTP 插件，但只支持密钥认证、单向上传、无冲突检测；真正稳定的做法是用 sshfs 挂载远程目录为本地路径。
remote-edit 插件连不上？先查密钥和地址格式
它不会弹密码框，输错密码或没配密钥就静默失败，状态栏只显示“Connecting…”然后消失。
-
~/.ssh/id_rsa权限必须是600（chmod 600 ~/.ssh/id_rsa），否则 SSH 库直接拒绝加载 - Atom 设置里填的 SSH 地址必须是完整格式：
user@host:port，比如deploy@10.0.2.15:2222；省略端口默认用 22，但显式写出更防错 - 确保远程
~/.ssh/authorized_keys已写入你本地公钥（ssh-copy-id最稳） - 别用
root直连——多数服务器默认禁用PermitRootLogin，换普通用户 +sudo权限更可靠
保存后远程文件没更新？不是插件坏了，是机制如此
remote-edit 是「本地编辑 → Ctrl+S 触发上传」的单向同步，不监听远程变更，也不做冲突检测。
- 保存失败时 Atom 不报错，得手动打开
View → Developer → Toggle Developer Tools，在 Console 里找Failed to upload file - 大文件（>5MB）容易超时，默认
timeout是10000毫秒，可在 Atom 设置中调高remote-edit.timeout值 - 如果远程文件被别人或脚本同时改过，你一保存就直接覆盖，毫无提醒
想编辑得顺手？用 sshfs 挂载比插件靠谱得多
挂载后 Atom 完全无感，Git / 搜索 / 跳转全部照常，不卡、不丢、不点上传。
- macOS：
brew install sshfs，然后sshfs user@host:/path ~/mnt/remote -o follow_symlinks - Windows：装
WinFsp+SSHFS-Win，右键“Map network drive”，填sftp://user@host/path - Linux：确认已启用
fuse，运行sshfs user@host:/path ~/mnt/remote（提前mkdir ~/mnt/remote并加用户进fuse组） - 挂好后，在 Atom 里
File → Add Project Folder打开~/mnt/remote，编辑即实时同步
真正麻烦的从来不是连上，而是密钥权限、超时阈值、挂载点 fuse 权限这些零散但致命的细节。漏一个，整个流程就卡在“Connecting…”不动。
