如何对前端项目进行版本控制?
How to version front-end projects?
Semantic versioning 带来以下方法:
- 进行不兼容的 API 更改时的主要版本
- 以向后兼容的方式添加功能时的次要版本
- 修复向后兼容的错误时的 PATCH 版本
但是前端项目没有API,它不会破坏使用的兼容性,那么,更改前端版本的参数是什么?
请多多指教
提案
鉴于应用程序的安装要求对安装程序用户的重要性,我建议使用 semver 对使用安装要求作为 public API 的最终用户应用程序进行版本控制安装程序用户作为此 API 的消费者。
在实践中,增加:
• 主要版本当您进行不兼容的 API 更改时(例如,安装程序用户必须以某种方式修改其基础结构 (phone/tablet/PC/web-server/firewall config/etc)),
• 当您以向后兼容的方式添加功能时的次要版本(例如,将额外的数据传递给已经配置的 API 或添加任何不影响安装要求的最终用户功能),和
• 在您进行向后兼容的错误修复时修补版本(例如,修复任何不影响安装要求的最终用户错误)。
通过将安装程序用户视为最终用户应用程序的消费者,并将安装要求视为 public API,我相信 semver 确实有意义并且有价值最终用户应用程序的通信机制。
Semantic versioning 带来以下方法:
- 进行不兼容的 API 更改时的主要版本
- 以向后兼容的方式添加功能时的次要版本
- 修复向后兼容的错误时的 PATCH 版本
但是前端项目没有API,它不会破坏使用的兼容性,那么,更改前端版本的参数是什么?
请多多指教
提案
鉴于应用程序的安装要求对安装程序用户的重要性,我建议使用 semver 对使用安装要求作为 public API 的最终用户应用程序进行版本控制安装程序用户作为此 API 的消费者。 在实践中,增加:
• 主要版本当您进行不兼容的 API 更改时(例如,安装程序用户必须以某种方式修改其基础结构 (phone/tablet/PC/web-server/firewall config/etc)),
• 当您以向后兼容的方式添加功能时的次要版本(例如,将额外的数据传递给已经配置的 API 或添加任何不影响安装要求的最终用户功能),和
• 在您进行向后兼容的错误修复时修补版本(例如,修复任何不影响安装要求的最终用户错误)。
通过将安装程序用户视为最终用户应用程序的消费者,并将安装要求视为 public API,我相信 semver 确实有意义并且有价值最终用户应用程序的通信机制。