Go 不支持类似 mvn install 的全局构建命令，但可通过 go build ./... 递归编译当前目录下所有子包（含嵌套），无需手动列出每个包路径。
go 不支持类似 `mvn install` 的全局构建命令，但可通过 `go build ./...` 递归编译当前目录下所有子包（含嵌套），无需手动列出每个包路径。
在 Go 项目中，尤其是初学者容易误以为 go build 会自动扫描整个目录树——实际上，它默认只构建当前目录下的可执行主包（即含 func main() 的 main 包）。当你按标准 Go 工作区或模块结构组织代码（如 src/github.com/myproject/package1/ 和 src/github.com/myproject/package2/），而根目录 myproject/ 下没有 .go 文件时，执行 go build 就会报错：
<code class="text">no buildable Go source files in /path/to/myproject</code>
这正是你遇到的问题：源文件分散在多个子包中，Go 无法“自动发现”并构建它们。
✅ 正确解法是使用 通配符递归模式：
在项目根目录（例如 src/github.com/myproject）下运行：
<code class="bash">go build ./...</code>
注意：./... 是一个特殊语法（三个英文句点 ... 构成的递归通配符），表示“当前目录及其所有子目录中的所有 Go 包”。Go 工具链会遍历每一级子目录，识别其中合法的 Go 包（即包含 .go 文件且满足包声明规则的目录），并为每个包执行构建（若为 main 包则生成可执行文件；若为普通库包，则仅验证与编译，不产出二进制，但会缓存到 GOPATH/pkg 或模块缓存中）。
? 补充用法：
- 不切目录也可执行：
go build github.com/myproject/...（需确保模块已初始化或 GOPATH 设置正确）； - 若只想编译特定前缀的子包：
go build ./package1 ./package2或go build ./package*（shell 层面展开，非 Go 原生支持）； - 配合
-o指定输出：go build -o ./bin/ ./...（仅对main包生效，其他包忽略-o）； - 验证而非构建：
go list ./...可预览将被处理的所有包路径，便于调试结构。
⚠️ 注意事项：
-
./...不会构建 vendor 目录下的包（除非显式指定./vendor/...），现代 Go 模块项目通常无需 vendor； - 若某子目录不含合法 Go 包（如只有测试文件、空目录或非法包名），会被静默跳过；
- 在 Go Modules 模式下（推荐），确保项目根目录存在
go.mod，此时./...语义更稳定，不受GOPATH影响； - IDE（如 VS Code + Go extension、Sublime Text + GoSublime）依赖
go build触发的编译缓存（如pkg/中的归档文件）来提供准确的自动补全与跳转——因此开发中频繁执行go build ./...是提升编辑体验的有效实践。
总结：go build ./... 是 Go 生态中事实标准的“批量构建”方案，简洁、可靠、符合工具链设计哲学。掌握它，是管理多包 Go 项目的必备基础技能。
