go list -m -versions 是查询模块所有可用版本最直接可靠的方式，它向 Go proxy 查询远程仓库中真实存在的 tag 或伪版本，不依赖本地项目状态或缓存，但要求网络通畅且模块已发布合规 tag。
用 go list -m -versions 查指定模块的所有可用版本
这是最直接、最可靠的方式，它不依赖当前项目是否已引入该包，而是向 Go proxy（默认 proxy.golang.org）查询远程仓库中所有打过 tag 或生成过伪版本（pseudo-version）的记录。
执行命令：go list -m -versions github.com/gin-gonic/gin
- 输出包含语义化版本（如
v1.9.1、v1.10.0）和时间戳式伪版本（如v0.0.0-20230101000000-abcdef123456） - 若模块从未发布过 tag，可能只返回
v0.0.0-...形式的 commit 版本 - 网络不通或
GO_PROXY=off时会报错no matching versions for query "latest"，此时可临时切回官方 proxy 或手动查 GitHub Releases 页面
为什么 go list -m -versions 有时查不到旧版？
常见原因不是命令写错了，而是模块本身没在对应版本打 tag，或者 tag 被删除/重写过。Go 的模块系统只认仓库里真实存在的 tag 或 commit，不会“猜”你想要哪个历史点。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 有些维护者只推
main分支，不打vX.Y.Ztag —— 这时go list -m -versions就只显示 pseudo-version - 私有模块若未配置正确
GO_PROXY或未启用GOPRIVATE，命令会跳过查询，直接失败 -
go list -m -versions不读本地缓存，所以即使你本地go/pkg/mod里存着v1.2.3，只要远程没了，它就不会列出来
替代方案：直接去 GitHub/GitLab 看 Tags 页面
当命令失效或需要确认 tag 内容时，手动访问源码仓库是最稳妥的兜底方式。
立即学习“go语言免费学习笔记（深入）”；
- 路径通常是
https://github.com/{owner}/{repo}/releases或https://github.com/{owner}/{repo}/tags - 注意区分：GitHub 上的 release 可能是 draft 或 pre-release，Go 模块系统默认只认正式 tag（即没有
prerelease标记的） - 如果看到
v1.2.3-rc1这类 tag，go get默认不接受，得显式加@v1.2.3-rc1才能拉，且可能触发+incompatible
别把 go list -m all 当成历史版本查询工具
go list -m all 只列出当前依赖图里“实际解析出的版本”，不是“有哪些版本可选”。它反映的是 MVS（最小版本选择）算法跑完后的结果，跟历史版本列表完全不是一回事。
- 比如你
require github.com/some/pkg v1.5.0，但该模块最新是v1.8.0，go list -m all仍只显示v1.5.0 - 如果某模块被 replace 成本地路径，
.Version字段会是(devel)，根本看不出原始版本号 - 想确认某个间接依赖到底用了哪一版？先用
go mod graph | grep some/pkg锁定来源，再结合go mod why -m看路径
go list -m -versions 的结果完全取决于远程仓库状态和你的 proxy 配置。查不到，往往不是命令问题，而是那个版本压根没被发布为模块可识别的形式。 
