如何版本化前端项目?

Lua*_*ira 5 versioning frontend version

语义版本控制带来了以下方法:

  • 进行不兼容的 API 更改时的主要版本
  • 以向后兼容的方式添加功能时的 MINOR 版本
  • 进行向后兼容的错误修复时的 PATCH 版本

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

请,建议。

Lua*_*ira 6

提议

鉴于应用程序的安装要求对安装者用户的重要性,我建议使用 semver 对使用安装要求作为公共 API 的最终用户应用程序进行版本控制,安装者用户作为此 API 的使用者。在实践中,增加:

• 当您进行不兼容的 API 更改时的主要版本(例如,安装程序用户必须以某种方式修改他们的基础设施(手机/平板电脑/PC/网络服务器/防火墙配置/等),

• MINOR 版本,当您以向后兼容的方式添加功能时(例如,将附加数据传递到已配置的 API 或添加不影响安装要求的任何最终用户功能),以及

• PATCH 版本,当您进行向后兼容的错误修复时(例如修复任何不影响安装要求的最终用户错误)。

通过将安装程序用户视为最终用户应用程序的消费者,将安装要求视为公共 API,我相信 semver 确实有意义并且作为最终用户应用程序的通信机制很有价值。

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

  • 以上所有内容仅对已安装的前端有效。对于 Web 前端来说,它没有任何意义,特别是因为可用版本是在服务器端定义的。使用诸如按日期和版本进行版本控制之类的东西会更有意义。 (3认同)