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

Question

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

更多版本表示不太成熟/稳定的组件。但这并不准确：当看一个更大的时间框架时，一个组件可能在开始时有很多变化，但最近却很少。这表示稳定的组件。 此外，版本编号应该被考虑在内。从'1.4'到'2.0'的变化应该比从'1.4.1'变为'1.4.2'更重要。

简而言之：较旧的更改应该更少，版本号的更高增加应该更重要。

是否有符合这些标准的行业标准重量函数可以达到预期效果？或者我应该尝试创建自己的？

Answer 1

查看Semantic Versioning：

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

希望这有帮助。