开源项目中的版本礼仪？

Question

我在github上分配了一个gem，我已经做了几个重要的更改，我计划提交一个pull请求。在此之前，我想知道是否应该修改次要版本号或让gem维护者决定如何对其进行版本化。

阅读“Etiquette: Version bump my fork of opensource project?”和“Git fork version etiquette”之后，似乎大多数人都会自己试用版本。

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

Answer 1

如果你分叉了一个回购并且你回馈了同一个回购，那么除非有必要，否则不要更改版本并且不要对Ruby gem文件做任何更改。

让维护者自由决定何时释放库以及分配哪个版本。您不知道维护者是否有其他计划或正在开展其他工作。

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

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

如果您将宝石作为分叉发布，那么您可以自由地做任何您想做的事。