Go1.18版本make构建应用时protoc-gen-go报无包路径错误

该报错由Go 1.18版本默认模块行为与现有Makefile安装逻辑不兼容导致。Go 1.18默认开启Go Modules模式，直接进入vendor下的protoc-gen-go源码目录执行go install时，程序不会自动加载项目根目录的go.mod配置，也不会自动启用vendor模式，无法识别当前目录对应的包导入路径，因此抛出无有效包路径的错误，中断构建流程。

• 前置校验：先确认项目根目录存在完整有效的go.mod文件，且vendor目录是通过go mod vendor命令生成的，无protoc-gen-go相关源码缺失。
• 修改Makefile规则：将原有安装protoc-gen-go的配置替换为以下内容，核心是将执行目录切到项目根目录、显式指定vendor模式、通过GOBIN指定二进制输出路径：

$(REPOROOT)/bin/protoc-gen-go: $(REPOROOT)/src/nexus.com/vendor/github.com/golang/protobuf/protoc-gen-go/*.go
	cd $(REPOROOT)/src/nexus.com && GOBIN=$(REPOROOT)/bin go install -mod=vendor github.com/golang/protobuf/protoc-gen-go

原有逻辑直接cd到vendor子目录执行安装的方式不符合Go Modules的路径解析规则，必须在go.mod所在的根目录执行安装命令，显式传入-mod=vendor参数告知Go直接从本地vendor目录取源码，不需要联网拉取依赖，同时指定protoc-gen-go的完整导入路径，Go即可正确解析包结构完成编译。

• 缓存清理：修改配置后先执行go clean -cache清理旧的编译缓存，避免历史缓存干扰构建结果。
• 临时兼容方案：如果不想修改Makefile，可在执行make前临时注入全局Go参数，强制启用vendor模式：

export GOFLAGS=-mod=vendor
make

注意：临时环境变量方案仅用于快速验证，不推荐作为长期构建配置，会对其他Go项目的构建逻辑产生干扰，生产环境优先固化到Makefile配置中。

重新执行make命令，观察protoc-gen-go安装步骤不再抛出包路径错误，且$(REPOROOT)/bin目录下生成了可执行的protoc-gen-go二进制文件，后续proto代码生成流程正常执行，即为修复完成。

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