GoLand的SSH远程部署缓存位于JetBrains配置目录下的deployment/子目录中，与版本号绑定，用于存储路径映射和同步状态快照；macOS路径为~/Library/Application Support/JetBrains/GoLand*/deployment/或~/Library/Caches/JetBrains/GoLand*/deployment/，Windows对应%APPDATA%\JetBrains\GoLand*\deployment\和%LOCALAPPDATA%\JetBrains\GoLand*\deployment\。
GoLand 的 SSH 远程部署缓存存在哪
GoLand 本身不管理远程服务器上的文件，但它会在本地维护一份「远程路径映射 + 同步状态快照」，用于判断哪些文件需要上传、跳过或标记为冲突。这些数据不存于项目目录，而藏在 JetBrains 配置目录下的 deployment 子目录中，和 GoLand* 版本号绑定。你改了 Deployment 配置（比如换了服务器地址、端口或根路径），旧的同步元数据却没清，就会导致：Upload to <name></name> 时卡住、提示“file not found on remote”但实际存在、或者反复上传未修改文件。
删错目录会导致远程配置全丢
别直接删整个 ~/Library/Application Support/JetBrains/GoLand*/ —— 这会连 SSH 密钥配置、SFTP 设置、甚至已保存的服务器连接都一并抹掉。真正要动的是其中的部署状态缓存：
-
rm -rf ~/Library/Application\ Support/JetBrains/GoLand*/deployment/（macOS） -
rm -rf ~/Library/Caches/JetBrains/GoLand*/deployment/（部分状态也落这里） - Windows 用户对应路径是
%APPDATA%\JetBrains\GoLand*\deployment\和%LOCALAPPDATA%\JetBrains\GoLand*\deployment\
删完重启 GoLand，Deployment → Configuration 页面里的「Test Connection」会重新校验，同步历史归零，但服务器地址、用户名、密钥路径等配置项保留。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
为什么删了 deployment 目录后仍同步失败
常见原因不是缓存残留，而是本地与远程的路径映射没对齐：
- 检查 Deployment → Options → «Upload changed files automatically to the default server» 是否误开，它会在保存时静默触发上传，干扰手动同步流程
- 确认 Deployment → Mapping 中的 «Local path» 和 «Deployment path» 是绝对路径，且后者以
/开头（如/home/user/project），不能写成~/project - 如果用的是密钥登录，确保
~/.ssh/config里没有同名 Host 覆盖了 GoLand 的设置（GoLand 不读 ssh config 的 IdentityFile，除非显式指定） - 执行一次手动 Upload（右键目录 → «Upload to…»），勾选 «Compare content»，看日志窗口是否报
Failed to compare: Permission denied—— 这说明远程用户无权读取目标目录，得去服务器上chmod或换部署用户
清理后首次上传变慢是正常现象
GoLand 清掉 deployment/ 后，会把所有文件当作「首次同步」处理，逐个计算本地文件哈希并与远程 ls -laR 结果比对。如果项目大（尤其含 node_modules 或 vendor/），这个过程可能持续几十秒。这不是 bug，也不代表清理失败。你可以提前在 Deployment → Options 中勾选 «Exclude items by name»，填入 **/node_modules;**/vendor;**/go.sum 来跳过无关目录，下次同步就快多了。真正容易被忽略的是：同步状态缓存重建期间，IDE 右下角的 «Sync in progress» 提示不会消失，但后台早已完成 —— 别因此重复点击 Upload。
