如何版本前端项目？
问题描述：
Semantic versioning带来的后续做法：如何版本前端项目？
- 主要版本，当你做出不兼容的API改变
- MINOR版本，当你在一个向后兼容的方式添加功能
- 补丁版本，当你做向后兼容的bug修复
但是前端项目没有API，它不会破坏用法的兼容性，那么，在前端改变版本的参数是什么？
请，sugestions。
答
建议
考虑的应用程序的安装，要求重视Installer的用户，我建议semver被用来使用的安装要求与安装用户的公共API版本终端用户应用作为这个API的消费者。 实际上，增加：
•当您做出不兼容的API更改时（例如安装程序 - 用户必须以某种方式修改其基础结构（手机/平板电脑/ PC /网络服务器/防火墙配置/等） ，
•次要版本，当你在一个向后兼容的方式添加功能（例如，通过附加数据的预配置API或添加不影响安装，要求任何最终用户功能），以及
•您制作向后兼容的错误修复时的修补程序版本（例如，修复不影响安装要求的最终用户错误）。
通过将安装程序用户视为最终用户应用程序的使用者，并将安装需求视为公共API，我相信semver确实有意义，并且对于最终用户应用程序的通信机制非常有价值。