关于控制版本迭代发布周期的疑问

我是第一次接触 语义化版本 和 npm 打包分发,想问一下各位佬,如果我小版本发得太勤快,习惯上会不会被认为是某种 spam 或者粒度不合理?

我知道在 0.y.z 版本下快速开发是被允许的,也不是想询问关于项目开发周期管理的 best practice 建议(我知道我会出现这种情况已经算某种管理失效 X),只是我目前已经尝试开发了一个 Koishi 插件并发布 1.y.z 上架,然后每次觉得“这个版本应该能摆一段时间了吧”的时候就莫名其妙又交了一坨更改,看起来值得发布一版。

我是否应该囤积更多更改再发布,即便我认为现有更改很能提升插件使用体验?或是我可以不用太在意迭代过快可能骚扰到用户?

2 个赞

小版本发得太勤快,将会被认为是优秀的插件开发者,并在 Koishi 插件市场中得到更高的评分。

个人建议任何一行代码的更改都值得发布一个版本,这样在用户遇到 bug 的时候就可以回退到上一个版本,而不在回退一个版本的同时丢失很多新版本的功能。

5 个赞

曾经在一天内发了12个小版本的我觉得很赞

4 个赞