如何对前端项目进行版本控制?

Posted

技术标签:

【中文标题】如何对前端项目进行版本控制?【英文标题】:How to version front-end projects? 【发布时间】:2018-02-16 17:00:13 【问题描述】:

Semantic versioning 带来如下方法:

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

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

请多指教。

【问题讨论】:

【参考方案1】:

建议

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

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

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

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

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

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

【讨论】:

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

以上是关于如何对前端项目进行版本控制?的主要内容,如果未能解决你的问题,请参考以下文章

前端项目中使用git来做分支和合并分支,管理生产版本

前端 技术之 Git&GitHub

前端 技术之 Git&GitHub

Beta 第一天

前端Node项目发布流程

前端和后端如何进行交互流程