您首选的软件版本命名方法是什么？

Question

您首选的软件版本命名方法是什么？像微软一样：alpha - beta - Final - 服务包...像谷歌一样：gmail beta- beta -beta -beta- beta- :)喜欢一些软件：0.2 - 0.3 - 0.9999...

Answer 1

Major.Minor.Release.Build

虽然发布和构建增量不应包含“重大更改”。 （例如，有不同的文件格式来存储文档），我不能完全确定是否允许使用次要版本。

alpha，beta后缀的含义适合我：

Alpha /预览：嘿，我得到了一些我想展示的东西。

Beta：到目前为止，功能集已经完成，但还有一些漏洞。

发布候选人：我认为没有任何（主要）错误。

最后：可能还有错误，但我必须在某个时候发布; - ）。

Answer 2

我们不会向客户发布 alpha/beta 软件。因此我们简单地使用：

• x.0（用于主要版本，包含重要/许多新功能）
• x.1、x.2 等（对于包含次要新功能和增强功能的次要版本）
• x.y.1、x.y.2 等（用于错误修复/维护版本）

（其中 x,y = 1,2，...）

Answer 3

我更喜欢原型、alpha、beta、GA 方法。这使我能够向用户/客户传达软件的当前状态。除此之外，我还提供了版本号 .2、.3、.4。

• 第一个数字代表主要里程碑。
• 第二个数字代表增加释放（我通常每周释放一次，所以我增加第二个数字）。
• 第三位数字用于补丁，因此如果代码中存在在正常发布计划之外修复的错误，我将使用第三位数字。

Answer 4

Microsoft使用版本编号以及alpha，beta，GA标记。

我认为版本命名很大程度上取决于您要完成的任务。如果您要发布消费内容并且没有尝试从测试阶段收集数据，请不要将其称为测试版。如果您不想尝试预览该技术，请不要将其称为alpha。

我目前主要使用网络应用程序，我们只是在部署（1,2,3,4,5等）时将我们的版本编号为递增整数。如果没有人关心版本，没有理由必须进入复杂的命名逻辑。

Answer 5

对于小型软件只是Major.Minor。如果重大更改 - 某些输入文件与以前的版本不兼容。我们不是向客户预先发布软件，因此同样的版本用于测试和最终发布。

Answer 6

我们命名发布的方式通常是阶段编号。由于我们的大部分合同都是政府项目，我们将推出第一个版本，然后执行第2阶段，第3阶段，第4阶段，因为该实体决定继续推出新的功能请求（并为未来的发展获得资金）。 p>

Answer 7

一些开源软件项目名称在发布之后发布。例如，Ubuntu 8.04于2008年4月发布，Ubuntu 6.06于2006年6月发布。但Ubuntu并不是唯一使用此方法的Linux发行版。

当然，每个Ubuntu版本都有一个代号，每次都是一个不同的动物，结合一个头韵的形容词（这个形容词也可以作为内部人士的一个可爱的速记）。每个版本都会在字母表中上升，以便人们可以轻松记住在稳定流中放置版本的位置。例如：

例如 6.06，小巧玲珑 6.10，edgy eft 7.04，活泼的小鹿 7.10，勇敢的长臂猿

Answer 8

我更喜欢Linux内核表示法：major.minor.release.build，但我很少使用.build部分，并且我不使用偶数/奇数来表示稳定/开发未成年人。