Go 不支持在 go get 过程中执行自定义钩子，但可通过 go generate 声明式触发预构建任务（如 Protocol Buffer 编译），实现依赖拉取后的自动化代码生成。
go 不支持在 `go get` 过程中执行自定义钩子，但可通过 `go generate` 声明式触发预构建任务（如 protocol buffer 编译），实现依赖拉取后的自动化代码生成。
在 Go 生态中，go get 的设计目标是纯粹、可重现地下载和安装包，因此官方明确禁止且不提供任何 hook 机制（如 pre-get 或 post-get 脚本）。这意味着你无法通过 go get github.com/your/project 自动触发 protoc 编译 .proto 文件——这是有意为之的限制，旨在保障构建的确定性与安全性。
但实际开发中，Protocol Buffer、Swagger、SQL 查询绑定等场景常需“生成代码”作为构建前置步骤。Go 提供了标准且受支持的替代方案：go generate。
✅ 正确做法：用 go generate 声明+触发生成逻辑
go generate 不是自动运行的，而是显式、可控、可文档化的代码生成入口。你需要：
- 在源码中添加特殊注释（以 //go:generate 开头）；
- 在 CI、本地构建流程或 README 中明确要求执行 go generate；
- （可选）将生成结果提交至仓库，或通过 //go:generate 配合 go:build 标签实现按需生成。
? 示例：为 proto 文件配置自动生成
假设项目结构如下：
myproject/ ├── api/ │ └── service.proto ├── pb/ │ └── service.pb.go # 期望生成的目标文件 └── main.go
在 pb/service.pb.go（或任意 .go 文件，如 api/api.go）顶部添加：
//go:generate protoc --go_out=paths=source_relative:. --go-grpc_out=paths=source_relative:. api/service.proto
? 注意：//go:generate 后必须紧跟一个完整可执行命令（含参数），且该命令需在 $PATH 中可用（如 protoc、stringer、mockgen 等）。
然后，在项目根目录执行：
go generate ./...
即可批量执行所有 //go:generate 指令，完成 .proto 编译。
✅ 最佳实践建议
- 始终提交生成代码（如 *.pb.go）到 Git：避免协作者因缺少工具链而编译失败，提升可构建性；
- 在 go.mod 中声明生成工具版本约束（如通过 //go:build tools + tools.go 文件管理 protoc-gen-go 版本）；
- CI 流程中加入校验步骤：运行 go generate ./... && git diff --quiet，确保生成代码未被意外修改或遗漏；
- 避免在 init() 或 import 时动态生成：这违反 Go 的静态构建原则，也破坏 go list 和依赖分析。
⚠️ 注意事项
- go generate 不会被 go build / go test 自动调用——它是一个独立命令，必须显式执行；
- go get 仍只负责下载源码，不会运行 go generate；若需“一键拉取即可用”，应在 README 中清晰写明：
## Setup git clone https://github.com/your/project.git cd project go generate ./... go build
- 不要试图通过 go:build 标签或 // +build 注释“绕过”生成——这会导致构建不可靠且难以调试。
总之，go generate 是 Go 官方推荐、社区广泛采用的标准化代码生成机制。它虽非 go get 钩子，却以更清晰的责任划分（声明 vs 执行）、更强的可追溯性与更好的工具链兼容性，成为现代 Go 项目自动化生成的事实标准。拥抱显式约定，而非隐式魔法，才是 Go 之道。
