Ruby生态系统中Semver的替代品

但是没有理由你必须使用semver.您只需要一个版本号. Bundler和rubygems适用于任何版本号’x.y.z’,甚至’x.y’或’x.y.z.a.b’,其中所有组件都是数字.就“功能”而言,您可以使用一个版本号做任何您想做的事情. (如果你使用字母而不仅仅是数字,rubygems可能会认为它表示’预发布’版本.但如果你坚持使用数字,你可以做任何你想做的事情.

在semver之前,许多人只是在他们感觉到它的时候增加了组件,当它看起来像是一个重大的变化,或者一个小的变化,或一个微小的变化.您当然可以这样做 – 或使用任何其他系统来确定要应用的单个版本号 – 并且基础结构将正常工作.您的下游用户可能会也可能不会欣赏它.

我不确定你是否误解了semver. Semver says断裂变化必须是主要版本增量.如果“虽然PATCH仍然很可能是一个突破性的变化”,那么你就没有做过semver.根据semver的说法,一个突破性的变化必定是一个主要的版本.这并不总是遵循,无论是因为意外的错误,还是不了解semver的人,或者不愿意遵循它但想要说他们仍然关注它 – 但这就是semver所说的.

事实上,semver说版本号应该只是关于兼容性,而不是关于变化的“大小”(无论是主观的“大”还是字节大小;你似乎在谈论字节化的增量,我从来没有见过对版本的解释之前的数字).向后突破的变化需要一个主要版本的凸起;没有向后突破的更改的新功能需要一个小版本凹凸;否则(没有新功能,没有向后突破的变化;所以基本上是错误修正或内部重构)补丁级别的颠簸. Semver不会尝试合并两个不兼容的东西 – 而是试图完全抛弃其中一个,它抛出了版本号应代表“变化大小”的想法,它只代表兼容性.然而,人们对此的抵制是对semver的一些抵抗,是真的.

我不确定你的意思是“可能在不知不觉中突破变化”. Semver说,一个突破性的变化是主要的版本颠簸,你不会把它称为补丁,如果它“潜在地不知不觉地破坏”,我想这意味着只有一些人会注意到它而你猜测大多数不会？ Semver对此类别没有兴趣. Semver不允许您在补丁级别版本中发布重大更改,因为您认为它“潜在地不知不觉中断”(也许您会喜欢它？).

版本控制和发布管理很难.它通常是维护者的痛苦和下游用户的痛苦之间的平衡.我怀疑创建两个单独的并行版本号会改善一些事情,而不仅仅是让任何人都更加困惑.我甚至不理解你是如何实现的“我不想让你下载它,但确实给我带来了你在H2.0系列中所做的那些不间断的改进” – 听起来你想象的不只是两个每个版本上的版本号,但实际上是版本号的两个完全不同的“行”？

好吧,我想你可以做到这一点,只是发布两个不同的宝石名称. Widget_H和Widget_B,我猜？我猜你的回购中有两个不同的git分支？我不知道,我很难弄清楚你的思考如何可能被运用到一个系统中,甚至是假设的.看起来它会让维护者和下游用户感到非常困惑 – 但是只使用两个不同的gem名称可以在rubygems / bundler生态系统中实现你想要的东西吗？

如果您还没有阅读过semver spec,我会非常鼓励,所以您了解semver是什么,不是.