GoLand 编译后需手动归档，因其构建流程不支持自动按 GOOS/GOARCH 分类存入 dist 目录；应在 Run Configuration 的 After launch 中添加外部命令脚本，显式传入环境变量并处理平台后缀与路径安全。
在 GoLand 里配完 GOOS 和 GOARCH，编译出来的二进制文件默认就躺在项目根目录或 out 目录里，不会自动按平台归类、重命名或存进 dist/ 这类归档目录——这得自己动手串起来，否则每次手动挪、改名、打压缩包，迟早出错。
GoLand 构建配置里怎么加归档逻辑
GoLand 的 “Build” 流程本身不提供“归档”动作，但支持在构建后执行任意命令。关键是在 Run Configuration 的 Before launch 或 After launch 区域里加 External tool 或直接填 shell 命令。
- 打开
Run → Edit Configurations…，选中你的 Go Build 配置 - 展开
Before launch，点+→Run External tool - 填入：Program =
sh（macOS/Linux）或cmd（Windows）；Arguments = 归档脚本路径 或 一行内联命令，比如：-c "mkdir -p dist && cp -f myapp dist/myapp-$(go env GOOS)-$(go env GOARCH)" - Working directory 设为
$ProjectFileDir$，确保路径上下文正确
注意：GoLand 在执行时不会自动继承你在终端里设的 GOOS/GOARCH，所以脚本里别依赖 go env GOOS ——它返回的是宿主环境（比如 windows/amd64），不是你当前构建配置的目标值。必须显式传参或用环境变量覆盖。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
为什么不能只靠 go build -o 指定路径归档
go build -o 确实能控制输出位置，但它做不到“按目标平台动态生成目录名”，比如 dist/linux-amd64/myapp 或 dist/darwin-arm64/myapp。因为 -o 后面是静态字符串，无法展开环境变量（go build -o dist/$GOOS-$GOARCH/myapp 在 Windows cmd 下不生效，在 bash 下也需确保变量已导出）。
- 更麻烦的是：GoLand 的
go build配置框里不支持变量插值，填$GOOS就真当字面量处理了 - 如果硬写死路径，每次切平台就得手动改
-o参数，违背“一键切换”初衷 - 真正可靠的归档，得在构建完成后，用脚本读取当前构建所用的
GOOS和GOARCH值（从 Run Configuration 的 Environment variables 区域取）再组织路径
自动化归档脚本要防哪些坑
一个能跑通的归档脚本，核心是拿到构建时实际生效的 GOOS 和 GOARCH，并安全地创建目录、移动文件、处理 Windows 的 .exe 后缀。
- 不要用
go env GOOS获取目标值——它返回的是宿主系统，不是交叉目标；应从 GoLand Run Configuration 的 Environment variables 里把这两个值透传给脚本，比如在 Arguments 里写：-c "GOOS=$GOOS GOARCH=$GOARCH ./scripts/archive.sh" - Windows 下生成的可执行文件必须带
.exe后缀，但 Linux/macOS 不需要；脚本里得判断：[[ $GOOS == "windows" ]] && ext=".exe" || ext="" - 目标归档目录要提前
mkdir -p，否则cp或mv会失败；路径含空格时，所有变量必须用双引号包裹："dist/$GOOS-$GOARCH" - 避免覆盖风险：用
mv -n（no-clobber）或先rm -f再mv，防止上一次构建残留文件干扰
归档这事看着简单，但跨平台场景下，GOOS 和 GOARCH 的来源、后缀处理、路径安全性，三处没对齐，生成的文件就可能放错地方、缺后缀、或静默覆盖掉上一版——这些细节不在 IDE 界面里显式提示，得靠脚本兜底。
