其他开发团队如何处理版本号?

时间:2009-11-25 10:11:50

标签: versioning release

我们的应用程序非常成熟,因此我们的版本达到16版。但是,这会给人的印象是该软件已经老旧且无法使用(有多少商业应用程序的版本为20 + ??)< / p>

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

6 个答案:

答案 0 :(得分:3)

我们倾向于使用像1.20.5这样的东西,在你的情况下,20就是相当高的“释放”数字等。

当我们在不同的实现中完全重写产品时,它变为2.0.0,依此类推。

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

答案 1 :(得分:0)

我认为使用像1.1或1.1.2这样的子版本格式或其他东西来修复bug修复版本,次要版本等等是非常标准的...然后计划增加主要版本号版本。

答案 2 :(得分:0)

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

答案 3 :(得分:0)

我们使用微软的系统(或者至少是他们记录的系统 - 真正的二进制文件似乎不那么一致):

  1. 主要版本(在中断或大变化时递增)
  2. 次要版本(在不中断或小变化时递增)
  3. 修订号(每个Service Pack版本递增)
  4. 内部版本号(每个物理版本增加)
  5. 每当更改版本部件时,其下方的所有部件都将重置为零,而不是仅仅单独更改。

答案 4 :(得分:0)

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

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

答案 5 :(得分:0)

版本号可以用于向非技术人员销售升级,从软件供应商希望让人们远离旧版本或者用户试图获得管理批准升级的角度来看。

如果您说您使用的是“版本20”,那么这并不意味着对每个人都有意义。

如果您说您使用的是“Product X 2005”,那么每个人都知道它是一款已有4年历史的产品。

(技术人员可能不在乎任何一种方式!)