其他开发团队如何处理版本号？答案

【问题标题】：How do other development teams approach version numbers?其他开发团队如何处理版本号？
【发布时间】：2009-11-25 10:11:49
【问题描述】：

我们的应用已经相当成熟了，所以我们升级到了16版本。但是，这会给人一种软件老旧的印象（20+版本的商业应用有多少？？）

显然，版本号非常随意——其他人使用什么？我非常喜欢 Ubuntu 的 month.date 方法，但我想看看人们使用的其他策略。

【问题讨论】：

【解决方案1】：

我们倾向于使用类似 1.20.5 的版本，在您的情况下，20 是相当高的“发布”数字或其他东西。

当我们在不同的实现中完全重写产品时，它会变成 2.0.0，以此类推。

这也意味着 beta 版本可以是 0.2.3，例如。

【讨论】：

【解决方案2】：

我认为使用 1.1 或 1.1.2 之类的子版本格式或其他类似的格式仅用于错误修复版本、次要添加等是非常标准的......然后计划在主要版本中增加主版本号发布。

【讨论】：

【解决方案3】：

我公司开发产品 19 年，我们只有版本 - 3。虽然我们有 1.2、1.5 等。我认为这是最好的做法。

【讨论】：

【解决方案4】：

我们使用微软的系统（或者至少是他们的文档系统——真正的二进制文件似乎不太一致）：

每当版本部分发生更改时，它下面的所有部分都将重置为零，而不是单独更改。

【讨论】：

【解决方案5】：

正如 Christian 所说，我们使用主要/次要数字以及发布月份日期。

对于内部使用，我们使用 CVS 的日期。在我们的例子中，产品相当小，我们在与 QA 人员交谈时使用 md5sum。

【讨论】：

【解决方案6】：

版本号可用于向非技术人员出售升级，无论是从软件供应商希望让人们放弃旧版本的角度来看，还是从用户试图获得管理层批准升级的角度来看。

如果您说您使用的是“第 20 版”，这对每个人来说都没有任何意义。

如果您说您使用的是“Product X 2005”，那么每个人都明白这是一个 4 年历史的产品。

（技术人员可能都不在乎！）

【讨论】：