2017-09-07 83 views
0

Semantic versioning帶來的後續做法:如何版本前端項目?

  • 主要版本,當你做出不兼容的API改變
  • MINOR版本,當你在一個向後兼容的方式添加功能
  • 補丁版本,當你做向後兼容的bug修復

但是前端項目沒有API,它不會破壞用法的兼容性,那麼,在前端改變版本的參數是什麼?

請,sugestions。

回答

0

建議

考慮的應用程序的安裝,要求重視Installer的用戶,我建議semver被用來使用的安裝要求與安裝用戶的公共API版本終端用戶應用作爲這個API的消費者。 實際上,增加:

•當您做出不兼容的API更改時(例如安裝程序 - 用戶必須以某種方式修改其基礎結構(手機/平板電腦/ PC /網絡服務器/防火牆配置/等) ,

•次要版本,當你在一個向後兼容的方式添加功能(例如,通過附加數據的預配置API或添加不影響安裝,要求任何最終用戶功能),以及

•您製作向後兼容的錯誤修復時的修補程序版本(例如,修復不影響安裝要求的最終用戶錯誤)。

通過將安裝程序用戶視爲最終用戶應用程序的使用者,並將安裝需求視爲公共API,我相信semver確實有意義,並且對於最終用戶應用程序的通信機制非常有價值。

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