爲什麼Haskell版本控制策略對於主要版本有兩個地方，而不是像語義版本控制那樣？

Question

我瞭解推理的時間和原因，以及我們應該如何碰撞主要版本和次要版本。但是對於主要有A.B和對於次要有C有什麼意義？我應該在什麼時候碰到A和B？爲什麼我們沒有像semantic versioning政策那樣只有一個主要版本的地方？

Answer 1

有很多需要主要版本凹凸變化的變化，但實際上對庫變化很小。諸如添加Functor或Traversable實例的事情是非常小的變化，但需要一個主要的版本衝突。從api中刪除一個函數需要一個主要的版本緩衝。

但是很多圖書館也經歷了龐大的的變化。整個API的重寫。改變核心類型和功能的語義。替換整個事物尋找更好的抽象。

前者更改要求更新B.後者更新A.答：肯定會在中間進行判斷調用。但粗略的規則是，對於需要主要版本衝突的小事物，B會增加，並且對於重要的API更改，A會遞增。