c# – 核心库和扩展库的版本控制

发布时间：2020-12-15 21:22:21 所属栏目：百科来源：网络整理

导读：Ninject项目由Ninject核心库和大量(~17)扩展库组成. 目前,Ninject及其扩展库都具有相同的Major.Minor编号. Ninject核心的下一个版本将向后兼容,因此增加次要编号是正确的操作.至少有一个扩展库不会向后兼容.在这种情况下,正确的行动是增加主要数量.但这会使

Ninject项目由Ninject核心库和大量(~17)扩展库组成.

目前,Ninject及其扩展库都具有相同的Major.Minor编号. Ninject核心的下一个版本将向后兼容,因此增加次要编号是正确的操作.至少有一个扩展库不会向后兼容.在这种情况下,正确的行动是增加主要数量.但这会使核心和扩展程序不同步.

问题是你认为最好的选项会导致最少的混淆：

>正确增加主要数量的优势在于版本号反映了向后不兼容性以及核心和扩展程序不同步的缺点,因此不容易分辨出什么匹配.
>保留分机的主要号码,仅增加次要号码.优点是数字相同,很容易分辨出匹配的数字.但是这个数字并不能反映出后向不兼容性.
>增加一切的主要数量.优点是数字相同.但缺点是核心和几个扩展的主要数量增加,即使它们是向后兼容的.

或者你能想到另一个更好的选择吗？

解决方法

我会选择最后一个选项,我不认为增加主要版本号意味着向后兼容性已被明确打破,有很多情况下产品的版本号增加但没有破坏向后兼容性,请看一下例如,.NET版本号已经从1增加到4,所有版本几乎没有破损.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!