我在github上创建了一个gem，对它进行了一些重要的更改，并计划提交pull请求。在我这样做之前，我想知道我应该增加次要版本号还是让gem维护者决定如何对其进行版本控制。
看过“礼节：版本是否会破坏我的开源项目的分支？ ”和“ Git fork版本礼节”，似乎大多数人都只是自己修改版本。
对于拥有开源项目的任何人，您是否认为这是自欺欺人，还是我只是偏执？
如果您分叉了一个仓库，而您又回馈到同一仓库，那么除非绝对必要，否则请不要更改版本，也不要对Ruby gem文件进行任何更改。
让维护者可以自由决定何时发布库以及要分配哪个版本。您不知道维护者是否还有其他计划或正在从事其他工作。
您甚至都不知道是否以及何时合并您的更改。在合并您的更改之前，可能会发布其他版本，这会增加与甚至不属于补丁含义的文件（例如版本控制）冲突的风险。
我过去拒绝了一些补丁程序，因为批准它们意味着将不必要的更改部署到破坏我路线图的版本。通常，我拒绝每个更改不限于提交者提议的功能/错误修正的补丁。如果查看GitHub上发布的gem的贡献准则，您会看到几个项目提到了此规则。
如果您要以分叉的形式发布gem，那么您可以自由地做任何想做的事情。
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句