主SemVer應該更新級聯嗎？

Question

所以「myLibrary」引用「anotherLibrary」。這兩個庫遵循http://semver.org/

如果我發佈myLibrary的新版本，迫使消費者更新到另一個庫的新的主要版本應主要版本的myLibrary也增加？

Answer 1

這是在semver的FAQ部分特別回答的，建議主要版本不要碰撞。 http://semver.org/#what-should-i-do-if-i-update-my-own-dependencies-without-changing-the-public-api

Answer 2

這真的取決於主庫的公共API是否更改。我傾向於把圖書館當成一個黑匣子。我不需要知道它如何實施的細節。因此，除非內部庫以某種方式暴露，否則外部庫的API沒有改變。

因此，如果內部庫沒有暴露出來，我會打補丁編號，就是這樣。如果內部庫被暴露，那麼您將不得不決定該暴露是否已經發生了足夠的變化，以保證主要的版本衝突（不兼容或突變）。

當然，如果外部庫的API已經改變以支持內部庫的升級，那麼主要版本凹凸是有保證的。

• 沒有外部API變化 - 更新補丁數量
• 外部API暴露內庫類型 - 更新或大或小的版本
• 外部API改變 - 更新或大或小取決於水平更改

Answer 3

除非庫完全嵌入你的內部，否則。

假設這兩個庫都在1.0。用戶可以宣佈他們的依賴，如：

other ~> 1.0 
yours ~> 1.0 

凡~>指於任何版本1.0兼容，即1.x.y的依賴。

你的庫聲明：

other ~> 1.0 

所以一切正常，和依賴才能解決。如果other移動到1.1.0，一切仍然有效。

現在，你的庫切換到：

other ~> 2.0 

...並釋放這是1.1.0版本。這與用戶聲明的依賴關係不兼容。他們想要版本的other版本和yours版本，該版本以前的工作，但現在不。因此，您必須將其發佈爲2.0版本。即使你的庫沒有從依賴庫中暴露任何帶有類型的符號，你也破壞了用戶的依賴管理。