2012-05-18 42 views
0

我們開源了以前專有的java軟件系統。我們鬆散其次semantic versioning,由湯姆·普雷斯頓·沃納,其中:重構軟件時版本號發生變化

  • 錯誤修正意味着補丁更新(例如,1.0.X)
  • 更改您的公共API被向後兼容意味着一個小更新(例如1.X.0)
  • 更改您的公共API是向後兼容的暗示(例如X.0.0)

一個重大更新開源的任務系統要求我們重命名包。我們也覺得我們應該整合以前存在的大部分模塊。

重構任務不會改變公共API,但會改變API用戶的依賴關係。

重組/重命名適合語義版本化的地方在哪裏?在知名的開源項目中如何處理這樣的重組?

+0

什麼是「包重命名」? –

+0

更改我們的java包以反映託管開源項目的新域。這是從我們公司的域名向開源域名的轉變。 com.mycompany ... - > org.opensource ... – abargnesi

回答

1

如果必須更改客戶端代碼以使用新版本,則這是不兼容的API更改。

+0

系統提供了Java API和Web API。與Java API交談的客戶端代碼將不得不隨新軟件包而改變。我會同意這足以打破向後兼容性。 – abargnesi