2017-09-07 66 views
0

Semantic versioning带来的后续做法:如何版本前端项目?

  • 主要版本,当你做出不兼容的API改变
  • MINOR版本,当你在一个向后兼容的方式添加功能
  • 补丁版本,当你做向后兼容的bug修复

但是前端项目没有API,它不会破坏用法的兼容性,那么,在前端改变版本的参数是什么?

请,sugestions。

回答

0

建议

考虑的应用程序的安装,要求重视Installer的用户,我建议semver被用来使用的安装要求与安装用户的公共API版本终端用户应用作为这个API的消费者。 实际上,增加:

•当您做出不兼容的API更改时(例如安装程序 - 用户必须以某种方式修改其基础结构(手机/平板电脑/ PC /网络服务器/防火墙配置/等) ,

•次要版本,当你在一个向后兼容的方式添加功能(例如,通过附加数据的预配置API或添加不影响安装,要求任何最终用户功能),以及

•您制作向后兼容的错误修复时的修补程序版本(例如,修复不影响安装要求的最终用户错误)。

通过将安装程序用户视为最终用户应用程序的使用者,并将安装需求视为公共API,我相信semver确实有意义,并且对于最终用户应用程序的通信机制非常有价值。

https://medium.com/@u_glow/making-sense-of-semantic-versioning-for-end-user-software-applications-a3049d97478b