frontend - 如何对前端项目进行版本控制？

Question

Semantic versioning带来以下方法:

进行不兼容的 API 更改时的主要版本

以向后兼容的方式添加功能时的次要版本

当您进行向后兼容的错误修复时的 PATCH 版本

但是前端项目没有API，它不会破坏使用的兼容性，那么，改变前端版本的论据是什么？

请，建议。

Answer 1

提议

考虑到应用程序的安装要求对安装程序用户的重要性，我建议使用 semver 对最终用户应用程序进行版本控制，使用安装要求作为公共(public) API，安装程序用户作为该 API 的使用者。
在实践中，增加:

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

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

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

通过将安装程序用户视为最终用户应用程序的消费者，并将安装需求视为公共(public) API，我相信 semver 确实有意义并且作为最终用户应用程序的通信机制是有值(value)的。

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