开源项目中的版本礼仪？

Question

我已经在github上创建了一个gem，我已经做了一些重要的更改，并计划提交一个pull请求。在我做之前，我想知道是否应该碰撞小版本号或让宝石维护人员决定如何对其进行版本化。

阅读“Etiquette: Version bump my fork of opensource project?”和“Git fork version etiquette”后，似乎大多数人只是自己碰撞版本。

对于任何拥有开源项目的人来说，你认为这太冒昧吗？还是我只是偏执狂？

Answer 1

如果您分叉了一个回购，并且您将回馈给相同的回购，那么除非确实需要，否则请勿更改版本并且不要对Ruby gem文件进行任何更改。

让维护人员自由决定什么时候应该发布这个库以及分配哪个版本。你不知道维护者是否有其他计划或正在做其他事情。

您甚至不知道您的更改是否以及何时将被合并。在合并更改之前，有可能会发布其他版本，并且会增加与甚至不包含修补程序含义（如版本控制）含义的文件发生冲突的风险。

过去我拒绝了一些补丁，因为批准它们意味着对破坏我的路线图的版本进行不必要的更改。作为一般规则，我拒绝每个修补程序，其中的更改不限于提交者提议的功能/错误修复。如果您检查在GitHub上发布的宝石的贡献准则，您会看到有几个项目提到了这个规则。

如果您将宝石作为叉子发布，那么您可以随心所欲地做任何事情。