GoLand 不支持自动构建触发器，需用 File Watchers 模拟保存即构建，但存在包路径和依赖问题；可靠构建应交由 Gitea CI 等外部流水线完成。
GoLand 里没有“构建触发器”这个功能
GoLand 本身不提供类似 CI 工具（如 Gitea Actions、GitHub Actions）那样的“代码保存/提交后自动构建”机制。它是个 IDE，不是构建服务器——go build 只在你手动点击 ▶️、按 Ctrl+F10 或通过 Run Configuration 显式触发时才执行。
想“保存即构建”，得靠 File Watchers + go build
这是最贴近“自动构建”的本地方案，但要注意它只响应文件变化，不校验依赖或运行测试：
- 打开
Settings → Tools → File Watchers - 点 + →
Go Build（若没看到，先装插件或选Custom） -
Program填go（确保在 PATH 中） -
Arguments填build -o $ProjectFileDir$/bin/$FileNameWithoutExtension$ $FilePath$ -
Working directory设为$ProjectFileDir$ - 勾选
Trigger the watcher on external changes（否则只响应编辑器内保存）
⚠️ 风险点：对 main.go 有效，但改 utils/xxx.go 时可能因包路径不匹配导致构建失败；且不会自动处理 go.mod 变更或 vendor 更新。
真正可靠的自动构建，得交给 CI 流水线
如果你要的是“push 到 Gitea 后自动构建+部署”，GoLand 不该承担这个角色。正确路径是：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 在 Gitea 仓库根目录放
.gitea/workflows/build.yml - 用
GOOS=linux CGO_ENABLED=0 GOARCH=amd64 go build -o ./dist/app .构建 - Runner 节点必须装好 Go，并与项目
go.mod版本兼容 - GoLand 只负责写代码、提交、推送——剩下的交给 YAML 定义的流程
本地开发中硬塞自动构建，反而容易掩盖环境差异问题（比如 Windows 下生成的二进制传到 Linux 服务器跑不起来），不如把构建动作收口到 CI，保证每次部署都走同一套逻辑。
Build after Make 这类“伪触发”不推荐
有人在 Run Configuration 的 Before launch 里加 Run External Tool 调 make build，看起来像自动构建，但实际是“每次运行/调试前强制构建”。问题在于：
- 改了配置但没改代码，也会白跑一次构建
- 如果
make里没做增量判断，每次都是全量重编，浪费时间 - 和真正的持续集成无关，无法替代 CI 对 tag、branch、PR 的精细化控制
真需要构建反馈，用 Terminal 手动敲 go build 看错误更快；想省事，就配个快捷键绑定命令，别绕弯封装成“触发器”。
