查看https://github.com/gomodule/redigo/tags有一个奇怪的版本号顺序：
- v1.8.2 on 2020-06-08
- v1.8.1 于 2020-05-06
- v1.8.0 于 2020-04-30
- v1.7.2 on 2020-04-30
- v1.7.1 于 2020-04-30
- v1.7.0 于 2018-12-13
- v2.0.0 于 2018-03-14(!)
因此，作为最高版本号的 v2.0.0 版本实际上早于所有较新的版本。
Debian 从 2.0.0 版本开始提供 golang-github-gomodule-redigo-dev 包（这也解释了为什么他们的自动化工具没有注意到从那时起有一个“更新”的版本可用）。
有可能发布一个新版本，比如 2.1.0 吗？ （否则 Debian 将不得不引入所谓的epoch version ，这被认为是最后的手段）
谢谢！
mika
👍4
所有5条评论
我今天刚有同样的问题:)
主要的缺点是，应该引入新模块github.com/gomodule/redigo/v2而不是......这将导致客户端导入发生变化。
如果没有它， v2.1.0将在客户端 go.mod 中被标记为v2.1.0+incompatible 。 现在没什么大不了的，但一个错误导致如此丑陋很可惜）
mwf
于 2020-11-12
👍2
有没有机会尽快解决这个问题？ 询问，因为如果即将发布的 Debian/稳定版本（又名 Bullseye）应该包含当前版本的 redigo，那么这将需要尽早处理。 ;(
mika
于 2020-11-20
v2 没有被开发/支持 v1.X 是应该使用的。
有关我们为什么选择这样做的所有历史，请参阅此 PR： https :
stevenh
于 2020-11-24
😕1
为什么不将版本提升到 3 而不做任何更改？ 这应该消除所有的混乱。
onlyjob
于 2020-11-25
👍2
请参阅#440 上的对话，但简而言之，gomod 中的主要版本颠簸对用户来说很痛苦:(
stevenh
于 2020-11-26
❤1
此页面是否有帮助？
0 / 5 - 0 等级
相关问题
jney
·
17评论
lukasmalkmus
·
18评论
smotes
·
18评论
elimisteve
·
7评论
Wang-Kai
·
4评论
最有用的评论
为什么不将版本提升到 3 而不做任何更改？ 这应该消除所有的混乱。