私有模块发布关键是确保Git标签规范、go.mod路径与仓库URL一致、配置GOPRIVATE避免代理干扰。需打vX.Y.Z标签,v2+版本在module路径末尾加/v2,禁用replace用于生产。
Go 没有中心化包注册表,发布公共模块本质是「让其他项目能 go get 到你的代码」,关键不在“发布动作”,而在「版本可寻址 + GOPROXY 可解析」。私有模块最稳妥的方式是托管在 Git 服务器(如 GitLab、GitHub Enterprise、Gitea),并配合语义化标签。
go.mod,且 module 声明与仓库 URL 一致(例如:若仓库地址是 https://git.example.com/myorg/utils,则 go.mod 中必须是 module git.example.com/myorg/utils)v1.2.0、v2.0.0;注意 v2+ 版本需在 module 路径末尾显式加 /v2(如 git.example.com/myorg/utils/v2)go list -m -json 或 go mod graph 验证时依赖本地缓存;应先清空 $GOPATH/pkg/mod/cache 或用 GO111MODULE=on go get -d git.example.com/myorg/utils@v1.2.0 实测拉取这不是网络问题,而是 Go 的版本解析逻辑严格依赖 Git 标签和 go.mod 路径一致性。常见原因有三个:
v 前缀(go get 默认只识别 vX.Y.Z 格式)go.mod 中的 module 名与实际克隆地址不匹配(例如仓库 URL 是 https://git.example.com/a/b,但 go.mod 写了 module github.com/a/b)git.example.com/myorg/lib/sub),但该子目录下没有 go.mod,Go 不认为它是独立模块Go 默认启用 proxy 和 cache,对私有模块容易误命中公开镜像或旧缓存。推荐在项目根目录设置 go.work 或统一配置 GOPRIVATE 环境变量。
export GOPRIVATE="git.example.com/*,gitee.com/myteam/*"(多个域名用逗号分隔,支持通配符)go mod download 前不清缓存;应加上 go clean -modcache 或改用 go mod download -x 查看真实 fetch 日志athens.conf 中显式加入 allowed 规则不能。replace 是开发期临时调试手段,会被 go build 忽略,且无法被下游模块继承。一旦 push 到远程,replace 消失,构建立即失败。
立即学习“go语言免费学习笔记(深入)”;
replace 只在当前 go.mod 生效,不会写入 go.sum 的校验记录,也无法通过 go list -m all 暴露真实依赖树go mod edit -replace=git.example.com/myorg/utils=../utils,但上线前必须删掉这行并打新 tagreplace 绑定具体路径
// 示例:正确发布的 go.mod 文件(私有仓库 git.example.com/myorg/log)
module git.example.com/myorg/log
go 1.21
require (
golang.org/x/exp/zap 0.0.0-20250815161246-7b2a413031ac
)
// 注意:没有 replace,没有本地路径,module 名与 Git 地址完全对应
私有模块最难的不是发布动作本身,而是让所有人——包括新入职同事、CI 机器、甚至半年后的自己——都能在任意时间点精确复现依赖版本。这要求标签命名零歧义、go.mod 路径零偏差、GOPRIVATE 配置零遗漏。