goland中配置自定义打包脚本需设绝对路径调用go build、工作目录为项目根目录、显式设置goos/goarch环境变量；推荐使用shell script类型而非external tool以正确加载shell配置。
GoLand 里怎么配自定义打包脚本
直接在 GoLand 的 Run Configuration 里加一个 Shell Script 或 External Tool 就能跑打包逻辑，不用切终端。关键不是“能不能”，而是路径、环境变量、工作目录这三处容易错。
- 脚本必须用绝对路径调用
go build，比如/usr/local/go/bin/go build（Linux/macOS）或C:\Go\bin\go.exe build（Windows），否则 GoLand 可能找不到 Go 命令 - 工作目录要设成项目根目录（即含
go.mod的目录），否则go build会报no main package -
GOOS/GOARCH环境变量得在脚本里显式设置，GoLand 的 Run Configuration → Environment variables 区域不自动继承 shell 的export
一个可用的跨平台打包脚本模板
把下面内容存为 build.sh（Linux/macOS）或 build.bat（Windows），再绑定到 GoLand 的 External Tool：
#!/bin/bash # build.sh（Linux/macOS） GOOS=linux GOARCH=amd64 go build -ldflags="-s -w" -o ./dist/myapp-linux-amd64 . GOOS=windows GOARCH=amd64 go build -ldflags="-s -w -H windowsgui" -o ./dist/myapp-win64.exe . GOOS=darwin GOARCH=arm64 go build -ldflags="-s -w" -o ./dist/myapp-macos-arm64 .
Windows 用户注意：build.bat 里不能用 $() 或反引号，时间戳注入得用 %date%/%time%，且 -ldflags 中的 windowsgui 必须写全，漏掉会弹黑窗。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
为什么 go build 在 GoLand 里失败但终端里正常
最常见原因是 GoLand 启动时没加载 shell 的 profile，导致 GOROOT、PATH、GOBIN 全部失效。这不是 GoLand bug，是它默认用干净环境启动进程。
- 验证方法：在 GoLand 的 Terminal 里执行
which go，再对比 External Tool 里执行同一命令的输出 - 临时解法：在 External Tool 的 Working directory 填
$ProjectFileDir$，Command path 填完整路径，Environment variables 手动补GOROOT=/usr/local/go（按你实际路径改） - 长期建议：改用
Shell Script类型配置，它会读取你的~/.zshrc或~/.bash_profile，比 External Tool 更可靠
打包后二进制文件体积大？别急着 UPX
go build -ldflags="-s -w" 能砍掉调试符号和 DWARF 信息，通常省下 30%–50% 体积；UPX 是最后一步，不是第一步。
-
-s去除符号表，-w去除 DWARF 调试信息，两者必须一起用才有效 - UPX 在 Ubuntu 上用
sudo apt install upx-ucl，压缩命令是upx --best ./dist/myapp-linux-amd64，但 macOS 和 Windows 需单独装 UPX，且某些杀软会误报 - 如果用了
cgo（比如调了 SQLite 或 OpenSSL），-s -w效果有限，得关掉 CGO：CGO_ENABLED=0 go build ...
真正卡住的地方，往往不是语法或命令，而是 GoLand 没搞清你在哪个目录、用哪个 Go、往哪写文件——盯住 Working directory 和 Command path 这两个字段，比反复试参数有用得多。
