0
我們開源了以前專有的java軟件系統。我們鬆散其次semantic versioning,由湯姆·普雷斯頓·沃納,其中:重構軟件時版本號發生變化
- 錯誤修正意味着補丁更新(例如,1.0.X)
- 更改您的公共API被向後兼容意味着一個小更新(例如1.X.0)
- 更改您的公共API是向後兼容的暗示(例如X.0.0)
一個重大更新開源的任務系統要求我們重命名包。我們也覺得我們應該整合以前存在的大部分模塊。
重構任務不會改變公共API,但會改變API用戶的依賴關係。
重組/重命名適合語義版本化的地方在哪裏?在知名的開源項目中如何處理這樣的重組?
什麼是「包重命名」? –
更改我們的java包以反映託管開源項目的新域。這是從我們公司的域名向開源域名的轉變。 com.mycompany ... - > org.opensource ... – abargnesi