GoLand不支持按环境自动切换构建参数，必须为dev/staging/prod等环境分别创建独立的Go Build运行配置，每个配置手动设定GOOS、GOARCH、环境变量及输出路径，且IDE内配置对终端和CI脚本无效。
GoLand 本身不提供“按环境自动切换构建参数”的功能，所有构建行为都绑定在单个 Run Configuration 上。所谓多环境，本质是手动维护多个配置，每个对应一套 GOOS、GOARCH、Environment variables 和输出路径。
为什么不能用一个配置自动适配 dev/staging/prod？
GoLand 的运行配置是静态快照：它不会读取 .env 文件、不解析 YAML 环境定义、也不支持条件表达式（如 if GO_ENV == "prod" then CGO_ENABLED=0）。你点击一次运行，它就忠实地执行那一套参数——没有运行时决策逻辑。
- 试图用脚本或插件注入变量？GoLand 的构建流程不加载 shell profile，
source .env && go build在 IDE 内不可行 - 依赖
go:build标签？那是编译期过滤源码，和环境变量、目标平台无关 - 想让
go run自动读config.yaml？那属于程序内部逻辑，IDE 不参与
正确做法：为每个环境建一个独立的 Go Build 配置
这是最稳定、可复现、且与 CI/CD 对齐的方式。操作路径：Run → Edit Configurations… → + → Go Build。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
-
Name 命名清晰，例如
build-linux-amd64-prod、build-darwin-arm64-dev -
Run kind 必须选
Directory，指向含main.go的目录（如./cmd/api） -
Environment variables 中填入该环境专属变量：
GOOS=linux、GOARCH=amd64、CGO_ENABLED=0、APP_ENV=prod -
Output directory 用绝对路径，例如
D:\build\prod\linux-amd64，避免相对路径在不同终端下解析错乱 - 勾选
Run after build，取消Build after（如果你已手动go mod tidy）
容易被忽略的关键点
你在 GoLand 里配好的 GOOS=linux，对终端里的 go build 完全无效。CI 脚本（如 GitHub Actions）也完全不认这些配置，必须显式写 env: 块。
- 终端调试时，得自己
export GOOS=linux; export CGO_ENABLED=0; go build -o app - Windows 用户若用 PowerShell，
$env:GOOS="linux"只对当前会话有效，且 GoLand 的 Terminal 默认不继承它（除非勾选Run with login shell） - 如果项目真用了 C 依赖（如
sqlite3），CGO_ENABLED=0会直接编译失败——此时别硬配，改用 musl 构建或接受动态链接
多环境配置不是靠“自动化”，而是靠命名规范 + 配置复用 + 显式声明。最麻烦的地方在于：你得手动同步 IDE 配置和 CI 脚本里的环境变量，少一个就可能打出不能跑的二进制。
