版本的核心庫和擴展庫

Question

的Ninject項目包括擴展庫的Ninject核心庫和很多（〜17）。

目前，Ninject及其擴展庫都具有相同的MAJOR.MINOR數量。 Ninject核心的下一個版本將向後兼容，因此增加次要編號是正確的操作。至少有一個擴展庫不能向後兼容。在這種情況下，正確的操作是增加主號碼。但是這會使核心和擴展不同步。

的問題是哪個選項，你認爲最好的，這將導致至少困惑：

1. 正確加大與版本號反映了向後不兼容性和缺點的核心優勢主要號碼並且擴展名不同步，因此不容易分辨哪些匹配。

2. 保持大數量的擴展，增加只有輕微的數量。由於數字相同的優點，並且很容易判斷匹配。但是這個數字並沒有體現出落後的不兼容性。

3. 增加一切的主設備號。優點是數字相同。但是即使它們向後兼容，核心和幾個擴展的主要數量也有所增加。

或者你能想到另一個更好的選擇嗎？

Answer 1

我將與最後一個選項去，我不認爲增加主版本號意味着向後兼容性已明確打破，有很多情況下，一個產品的版本號已經沒有它打破向後兼容性提高，看看.NET，例如，版本號在過去幾年中從1增加到4，幾乎沒有在所有版本中發生破壞。