goland 的 output directory 必须显式设置，否则默认调用 go run，编译结果不落地；设为 $project_dir$/bin 等路径后才执行 go build -o 输出可执行文件，且该路径是 ci/cd 稳定引用的关键。
GoLand 的编译输出目录必须显式设置，否则 go build 生成的可执行文件默认不落地，无法用于后续打包或部署。
为什么 Output directory 不设就等于没编译出可执行文件
GoLand 默认运行配置（Run Kind = Directory 或 Package）调用的是 go run 行为 —— 编译到内存、执行完即丢弃。即使你看到控制台输出“Build finished”，那只是构建成功，不代表生成了磁盘上的二进制文件。
只有当你在 Run Configuration 中明确填写了 Output directory，GoLand 才会改用 go build -o <path></path> 方式编译，把可执行文件真正写入磁盘。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 留空
Output directory→ 等效于go run main.go，无文件产出 - 填了
Output directory（如$PROJECT_DIR$/bin）→ 等效于go build -o $PROJECT_DIR$/bin/myapp - 若同时设置了
Directory为$PROJECT_DIR$/cmd/myapp，则输出名默认取目录名（myapp），不是main
Output directory 和 Working directory 别混用
这两个字段语义完全不同，但新手常填成同一个路径，导致行为异常：
-
Output directory：只管放编译结果，建议固定为$PROJECT_DIR$/bin或$GOPATH/bin，便于统一收集 -
Working directory：程序运行时的os.Getwd()返回值，影响相对路径读写、配置文件查找等，应设为项目根目录或cmd/xxx子目录 - 若把
Working directory错设成$PROJECT_DIR$/bin，程序启动时可能找不到./config.yaml或./templates/
交叉编译场景下 Output directory 要配合 GOOS/GOARCH 使用
想在 macOS 上打包 Linux 二进制？不能只靠 GoLand 界面设置。必须在 Run Configuration 的 Environment 区域手动加变量：
- 添加
GOOS=linux和GOARCH=amd64 -
Output directory仍设为$PROJECT_DIR$/dist，但输出文件名会自动带平台后缀（除非你用-o显式指定） - 更稳妥的做法：勾选
Use custom build tags并在Go tool arguments栏补全-o ./dist/myapp-linux-amd64，绕过 GoLand 自动生成逻辑 - 注意：GoLand 不会校验
GOOS值是否合法，填错（如GOOS=linx）会导致静默失败，最终输出仍是 macOS 二进制
实际打包管理的关键不在“能不能点运行”，而在于“生成的文件在哪、叫什么、能不能被 CI 脚本稳定引用”。Output directory 是唯一能绑定输出路径的入口，且它不继承自 GOPATH 或模块路径 —— 必须每条 Run Configuration 单独配，漏配一条就少一个交付物。
