安装: go install github.com/jan-bar/interesting/findModVer@latest
执行:findModVer d:\myproject
结果如下图所示:
根据结果可以找到哪个依赖导致google.golang.org/grpc v1.45.0
使用了这个版本,这样每次执行go mod tidy
会自动修改该模块到v1.45.0
版本。我看了下github.com/spf13/viper v1.11.0
就是用的google.golang.org/grpc v1.45.0
版本,因此我可以通过限制viper v1.11.0
来限制grpc v1.45.0
,这时候执行go mod tidy
就会限制grpc v1.45.0
。通过我这个小工具可以方便的找到哪些库是因为哪个库导致go mod tidy
后修改自己模块的该库到最新版本。
当前也可以在自己库里用如下方法限制版本,但如果该库是公共库,其他人使用时也需要加上这个限制。
replace (
google.golang.org/grpc => google.golang.org/grpc v1.45.0
)
1
sofukwird 2023-10-21 12:35:29 +08:00 via Android
新版本 v1 总是兼容旧的 v1 ,要不兼容时发 v2 版本,golang 的版本管理就是这么设定的,如果你用的库不遵循这条规则建议使用遵循该规则的库或者 fork
|
2
body007 OP @sofukwird 其实我是想升级一些库,结果 go mod tidy 把另一个库也更新了,我不知道是哪个库升级导致的。最终找到是 viper 这个库导致的。最终我把 viper 设置为旧版本,这个版本 viper 和我当前项目用的 grpc 是同一个版本。
我也觉得你说的对,但是像 grpc 这么基础的库,1.45.0 和当前最新版 1.59.0 也是 v1 版吧,里面有的结构体和对象都不兼容。导致我编译失败,最终找到原因还是 viper 这个配置文件库依赖的 grpc 用了新版本导致。 经验告诉我没事别乱升级🤣🤣🤣 |
3
lance6716 2023-10-21 18:38:40 +08:00 via Android
是不是 go mod why 的功能
|
4
body007 OP @lance6716 确切的说是 go mod 机制的问题,更确切的说是有些库不安规范修改代码。按照 semver 版本号规范来说 v1.x.x -> v1.y.y 不应该有不兼容更新。但我就遇到这种问题,还是 grpc 库的问题。go mod 会找到当前模块依赖的所有库,相同的库会使用依赖里面最新版本,你可以看看我在 reddit 上的回复。
https://www.reddit.com/r/golang/comments/17cyxv9/a_tool_to_find_out_which_module_of_gomod_all/?utm_source=share&utm_medium=web2x&context=3 |