Spartacus打包之后，以庫的方式發布到npmjs.com上。

Spartacus庫主要有三個實體組成：core，Storefront和styles. 其中Storefront包含了用戶肉眼可見的，組成Storefront外觀的UI組件，客戶可以重用和增強這些組件。Core則包含了Spartacus的控制邏輯，用戶通過Angular依賴注入的機制，可以開發自己的服務類，然后注入到core框架之中。Styles包含了Spartacus的界面樣式實現，客戶可以對這些樣式進行定制化，或者用自開發的樣式來覆蓋標準樣式。

以前Accelerator同Storefront的比較時已經提到過，客戶基于Spartacus庫文件進行屬于自己的Storefront開發，并不會直接修改Spartacus發布的源代碼。客戶的二次開發代碼，和Spartacus庫文件是一種松耦合關系。客戶升級Spartacus版本，在絕大多數情況下都不會影響到現在的二次開發代碼。那么所說的“絕大多數情況下”，具體是指什么呢？這就要從Spartacus的版本管理機制說起。

同絕大多數流行的框架和庫一樣，Spartacus的版本管理也采取了所謂語義化版本的機制，版本號由主版本號，次版本號和修訂版本號共同組成，中間由小數點分隔開。

主版本號的升高，用于引入無法向后兼容的變更或顛覆性的更新。無法向后兼容的變更，是指Spartacus升級之后，之前基于低版本編寫的二次開發代碼，需要人工調整后才能繼續工作。顛覆性的更新，比如Spartacus 3.0，首次支持B2B特性。

次版本的增加：用于引入新功能，并且版本更新之后，已有的二次開發代碼不需任何調整仍然能夠正常工作。源代碼重構，性能優化等不屬于bug修復的修改，也通過此版本號引入。

修訂版本：主要用于發布bug的修復.

Spartacus的修訂版本發布以周為單位，確保使用過程中發現的bug能盡早得到解決。次版本的升高以月為單位，而主版本的更新，可以參考SAP官方路線圖網站上的聲明。

更多Jerry的原創文章，盡在：“汪子熙”:

總結

以上是生活随笔為你收集整理的SAP Spartacus的发布方式以及语义化版本管理机制的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。