goland不提供自动化部署能力，仅通过run configuration绑定本地脚本（如deploy.sh）实现“一键部署”，需手动配置免密ssh、交叉编译参数及远程tty分配等底层逻辑。
GoLand 本身不提供“自动化部署”能力，它只是 IDE；所谓“自定义命令”本质是把本地 shell 脚本或 Go CLI 工具绑定到 IDE 的 Run Configuration，触发后仍靠外部工具（如 ssh、rsync、systemctl）完成真实部署。别指望点一下就上线——得先有能跑的部署逻辑。
怎么在 GoLand 里配一个可点击的部署按钮
核心是用 Run Configuration → External Tool 或 Shell Script 类型启动你写好的部署脚本（比如 deploy.sh 或 deployctl），不是靠 IDE 内置功能。
- 菜单栏选 Run → Edit Configurations… → + → Shell Script（或 External Tool）
-
Script path填绝对路径，例如$ProjectFileDir$/deploy.sh（推荐用变量避免硬编码） - 勾选
Run in terminal：否则看不到ssh密码提示或rsync进度 - 如果脚本依赖环境变量（如
SERVER_IP），在Environment variables里显式设置，别靠 shell profile - 调试时加
set -x到脚本开头，方便看哪一步卡住
deploy.sh 必须处理好 SSH 密码交互问题
每次点运行都输密码？说明没配好免密登录。这不是 GoLand 的锅，是部署脚本没前置准备好。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 本地执行
ssh-copy-id -i ~/.ssh/id_rsa.pub root@xxx.xxx.xxx.xxx（目标机需开PubkeyAuthentication yes） - 脚本里所有
ssh和scp命令必须带-o StrictHostKeyChecking=no，否则首次连接会卡住 - 别用
sshpass：Windows 不兼容、密码明文风险高、ssh新版本已限制 stdin 密码读取 - 如果非用密码不可，改用
golang.org/x/crypto/ssh写 Go 工具，再让 GoLand 调用它——比 shell 更可控
GoLand 启动的部署进程无法接管 systemd 服务
常见现象：脚本里写了 ssh ... systemctl start myapp，但服务启动后立刻退出，或日志里看不到输出。这是因为 systemctl 在非登录 shell 下默认不分配 TTY，导致服务被 systemd 当作“瞬时进程”回收。
- 远程命令加
-t强制分配伪终端：ssh -t user@host 'systemctl start myapp' - 更稳的做法：在目标机上把服务配置成
Type=simple+Restart=always，然后只发start，不依赖交互式 session - 检查服务状态别用
systemctl status直接输出——GoLand 终端可能截断长文本，改用systemctl is-active --quiet myapp && echo ok || echo fail
构建参数必须和部署目标严格匹配
你在 macOS 上点 GoLand 运行部署，结果服务器跑不起来？大概率是交叉编译漏了。
-
deploy.sh里构建命令必须显式指定GOOS=linux GOARCH=amd64 CGO_ENABLED=0 - 没加
CGO_ENABLED=0→ 二进制依赖 libc → Alpine 镜像或最小化系统直接报no such file or directory - 没加
-ldflags '-s -w'→ 二进制大一倍，且含调试符号 → 安全审计可能告警 - 别信 GoLand 的
Build按钮：它默认按当前系统构建，不是给服务器用的
ssh 和 systemctl 是否能在目标环境稳定执行——IDE 只是快捷方式，不是魔法盒。
