如何通过处理版本号来衡量软件组件成熟度

Question

我正在尝试通过查看在特定时间范围内（或从开始日期）制作了多少个版本来实现一个指标，该指标描述了软件组件的成熟/稳定性。

更多的版本表示不太成熟/稳定的组件。但这并不准确：当查看更大的时间框架时，一个组件在开始时可能会有很多变化，但最近很少。这表示组件稳定。此外，可能应该考虑版本编号。

从"1.4"更改为"2.0"应该比从"1.4.1"更改为"1.4.2"更重要。

简而言之：较旧的更改应该不那么重要，版本数量的更高增加应该更重要。

是否有行业标准权重函数可以根据这些标准实现预期结果？还是我应该尝试创建自己的？

Answer 1

看看语义版本控制：

Given a version number MAJOR.MINOR.PATCH, increment the:  
MAJOR version when you make incompatible API changes,  
MINOR version when you add functionality in a backwards-compatible manner, and  
PATCH version when you make backwards-compatible bug fixes.  
Additional labels for pre-release and build metadata are available as extensions to the MAJOR.MINOR.PATCH format.

此外，我使用第四个数字 REVISION，它是从该修订版的源代码创建的构建包的 SVN 修订版。我在构建过程中使用此编号更新组件的程序集版本，例如：

2.0.3.xyz

希望这有帮助。