Go模块依赖下载后能否通过go:generate等方式生成代码？

//go:generate 完全解决不了你这个场景的报错，别在这个方向浪费时间：

• 首先//go:generate从来就不是依赖安装阶段自动触发的机制，它只有开发者手动在对应目录执行go generate命令时才会跑，go mod tidy、go build这类常规构建、依赖拉取命令根本不会主动调用它。
• 其次你碰到的报错发生在依赖校验的最早期：Go工具链把对应版本的模块拉到本地缓存后，第一时间会检查你代码里import的包路径是否真的存在，这个阶段连编译流程都没进，更不可能触发任何生成逻辑，自然直接报does not contain package的错。

方案1：上游仓库提交预生成的Go源码（最符合Go生态规范，优先选） #

这是Go模块的通用设计约定：对外发布的Go模块，必须在对应版本的tag里包含可直接编译的Go源码，不能要求下游用户额外执行生成步骤。

• 操作非常简单：每次给example.com/protobuf打版本tag前，本地跑一遍仓库里的.sh生成脚本，把产出的所有.go文件和.proto源文件一起提交到仓库，再打tag推送就行。下游用户拉取依赖时直接能拿到可编译的代码，不需要任何额外配置。
• 怕生成的代码和.proto不同步的话，直接在仓库CI里加个校验步骤：每次提交PR时自动跑生成脚本，检查生成的Go文件是否有未提交的变更，有就直接阻断合并，从流程上保证一致性就行。

方案2：拆分仓库隔离源文件和生成产物 #

如果确实不想在.proto源仓库里提交生成的Go代码，可以拆成两个独立模块：

• 第一个模块保留现有example.com/protobuf的结构，只存.proto文件、生成脚本，作为纯协议定义仓库使用，不对外提供Go可导入的包；
• 第二个模块专门存放自动生成的Go代码，独立打版本tag，供所有下游Go业务项目直接引用；
• 整个生成、发版流程全放到CI里自动化：只要第一个仓库的.proto文件有合并更新，CI自动拉取最新代码、跑生成脚本、把产物推到第二个仓库、自动升版本号打tag，全程不需要人工介入。

方案3：下游项目侧适配生成（维护成本极高，非必要不选） #

如果完全没法调整上游仓库的结构，只能在下游业务项目里绕开这个限制：

• 不要在业务代码里直接import上游模块里未生成的包路径，比如example.com/protobuf/foo；
• 在下游项目里写自定义生成脚本，逻辑是定位到本地模块缓存中对应版本的example.com/protobuf目录，执行里面的.sh脚本，把生成的Go文件输出到你自己项目的目录下——绝对不要修改模块缓存里的内容，Go工具链会校验缓存完整性，篡改后会直接报错；
• 业务代码统一import自己项目目录下的生成产物，绕开上游模块里不存在的包路径。

这个方案的适配成本会随着上游版本迭代快速升高，每次上游升级版本你都要重新校验生成逻辑、处理路径兼容问题，没有强约束的话完全不推荐用。

内容的提问来源于stack exchange，提问作者rophl