goland本身不提供自动备份功能，所谓“自动备份”实为deployment自动上传+远程定时任务（如rsync/tar）协同实现；必须启用automatic upload (always)并勾选delete remote files when local are deleted，且远程需部署带时间戳、校验与清理的独立归档流程。
GoLand 本身不提供“项目自动备份”功能，所谓“自动备份”实际是靠 Deployment 的自动上传 + 远程服务器上的定时任务（如 rsync 或 tar）共同实现的；本地误删文件也不会同步删除远端，必须手动勾选删除策略。
Deployment 配置必须启用 automatic upload
这是整个流程的触发前提。仅配置 SSH 连接和路径映射还不够，关键在于让保存动作真正“发出去”：
- 进入
Tools → Deployment → Options，确认勾选了Delete remote files when local are deleted—— 否则本地删了文件，远端还留着，根本不是备份，是单向残留 - 同步模式选
Automatic upload (always)，不是On explicit save；否则编辑后没 Ctrl+S，就不会传 - 如果用的是密码认证且总连不上，先在
Tools → SSH Configurations里把认证方式切到Password，输对密码再测通 - 路径映射中，
Local path必须是项目根目录（如/Users/me/myapp），Deployment path填绝对路径（如/home/user/myapp），末尾不要加斜杠
远程服务器上得有真正的备份逻辑
GoLand 只负责把代码“推上去”，它不管远端是否保留历史、是否压缩、是否清理旧版本。这些得靠你自己部署的脚本：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 别依赖
time.Ticker在 Go 程序里轮询做备份——它无法跨进程恢复，服务重启就丢调度；改用github.com/robfig/cron/v3，写表达式如0 0 * * *（每天零点） - 备份命令优先调系统
tar：/bin/tar -czf /backups/myapp-$(date -u +%Y%m%dT%H%M%SZ).tar.gz -C /home/user /myapp，比纯 Go 实现更稳，权限、符号链接、稀疏文件都不容易漏 - 务必检查磁盘空间：执行前用
df /backups | awk 'NR==2 {print $5}' | sed 's/%//'判断使用率，超 90% 就跳过并写日志 - 状态文件要写 exit code 和耗时，例如
echo "{\"exit_code\":$?,\"duration_sec\":$(($SECONDS))}" > /backups/latest.status.json，方便外部告警轮询
GOROOT/GOPROXY 等环境变量在远程无效
你本地能 go run main.go 成功，不代表远程终端或 cron 能跑通。GoLand 的 Deployment 上传只是拷文件，不继承你的 shell 环境：
- 远程服务器上运行
go build前，先确认$GOROOT指向正确路径（如/usr/local/go），且$PATH包含$GOROOT/bin - 别在脚本里写
go mod download就完事——$GOPROXY在 cron 环境下为空，得显式设置：GOPROXY=https://goproxy.cn,direct go mod download - 所有路径用绝对路径：
/home/user/myapp不要写~/myapp；/bin/tar不要只写tar，避免因$PATH不一致导致命令找不到 - 如果用 systemd 托管备份服务，
WorkingDirectory和Environment必须显式声明，不能依赖用户登录态
真正容易被忽略的是：Deployment 同步 ≠ 备份。它只是把当前最新版“覆盖”到远程目录，没有时间戳、没有历史快照、没有校验机制。你要的“自动备份”，核心不在 GoLand 设置里，而在远程那台机器上有没有一个独立、可靠、可监控的归档流程。
