您首选的软件版本命名方法是什么？
您首选的软件版本命名方法是什么？ 像微软一样：alpha - beta - Final - service pack... 像 Google 一样：gmail beta - beta - beta - beta - :) 像某些软件一样：0.2 - 0.3 - 0.9999...
What's your prefered method to name your software releases?
Like Microsoft: alpha - beta - final - service pack...
Like Google: gmail beta - beta - beta - beta - :)
Like some softwares: 0.2 - 0.3 - 0.9999...
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（8）
Major.Minor.Release.Build
虽然发布和构建增量不应包含“重大更改”（例如使用不同的文件格式来存储文档），但我不确定是否允许次要版本。
alpha、beta 后缀对我来说的含义是：
Alpha/Preview：嘿，我有一些我想展示的东西。
Beta：到目前为止，功能集已经完成，但还存在一些错误。
候选版本：我认为没有留下任何（主要）错误。
最后：可能仍然存在错误，但我必须在某个时候发布;-)。
Major.Minor.Release.Build
While Release and Build increments should not contain "breaking changes" (for example have a different file format to store documents), i'm not absolutely sure if Minor releases are allowed to.
The meaning of the alpha, beta suffixes are for me:
Alpha/Preview: Hey, i got something that i want to show.
Beta: The feature set is complete so far, but there are some bugs left.
Release Candidate: I think that there aren't any (major) bugs left.
Final: There could be still bugs, but i have to release at some point ;-).
我们不会向客户发布 alpha/beta 软件。 因此，我们只需使用：
（其中 x,y = 1,2,...）
We don't release alpha/beta software to our customers. Therefore we simply use:
(where x,y = 1,2,...)
Microsoft 使用版本编号以及 alpha、beta、GA 名称。
我认为版本命名在很大程度上取决于您想要完成的任务。 如果您要发布某些内容以供使用，并且不尝试收集测试期间的数据，请不要将其称为测试版。 如果您不想预览该技术，请不要将其称为 alpha。
我目前主要使用网络应用程序，我们只是在部署时将版本编号为递增整数（1、2、3、4、5 等）。 如果没有人关心版本，就没有理由必须进入复杂的命名逻辑。
Microsoft uses version numbering as well as the alpha, beta, GA monikers.
I think version naming depends a lot on what you're trying to accomplish. If you're releasing something for consumption and aren't trying to collect data from a beta period, don't call it beta. If you're not trying to preview the technology, don't call it alpha.
I work mostly with web apps at present, and we just number our versions as incrementing integers by when we deploy (1, 2, 3, 4, 5, etc.). There's no reason to have to get into complicated naming logic if no one cares about the versions anyway.
我更喜欢原型、alpha、beta、GA 方法。 这使我能够向用户/客户传达软件的当前状态。 除此之外，我还提供了版本号 .2、.3、.4。
I prefer the prototype, alpha, beta, GA method. This allows me to communicate the current status of the software to the users/clients. Along with that I provide version numbers .2, .3, .4.
一些开源软件项目的名称是在发布日期之后发布的。 例如，Ubuntu 8.04于2008年4月发布，Ubuntu 6.06于2006年6月发布。但Ubuntu并不是唯一使用这种方法的Linux发行版。
当然，每个 Ubuntu 版本还有一个代号，每次都是不同的动物，并结合一个头韵形容词（该形容词也可作为内部人士的可爱简写）。 每个版本都按字母顺序排列，因此人们可以轻松记住在稳定的流中将版本放置在哪里。 例如：
例如
6.06，精致的德雷克
6.10、急躁的EF
7.04，活泼的小鹿
7.10，勇敢的长臂猿
Some open source software project name releases after the date they were released. For example Ubuntu 8.04 was released in April 2008 and Ubuntu 6.06 was released in June 2006. But Ubuntu is not the only Linux distribution that uses this method.
Of course each Ubuntu release also has a code name that is each time a different animal, combined with an alliterating adjective (the adjective also serves as a cutesy shorthand for insiders). Each release goes up in the alphabet so people can remember easily where to place a release in the steady stream. For example:
For example
6.06, dapper drake
6.10, edgy eft
7.04, feisty fawn
7.10, gutsy gibbon
对于小软件来说只是Major.Minor。 如果发生重大更改 - 某些输入文件与以前的版本不兼容。 我们不会向客户预发布软件，因此相同的版本用于测试和最终发布。
For small software just Major.Minor. If Major changes - some input files is not compatible with previous version. We are not prereleasing software to customers so same version is for testing and for final release.
我们命名版本的方式通常是阶段号。 由于我们的大多数合同都是政府项目，我们将推出第一个版本，然后随着实体决定遵循新功能请求（并为所述未来开发获取资金），我们将执行第 2 阶段、第 3 阶段、第 4 阶段。
The way we have been naming our releases is typically Phase number. With most of our contracts being government projects we will roll out the first release and then will perform Phase 2, Phase 3, Phase 4 as the entity decides to move along with new feature requests (and acquires funding for said future developments).
我更喜欢 Linux 内核符号：major.minor.release.build，但我很少使用 .build 部分，并且我不使用偶数/奇数来表示稳定/开发次要版本。
I prefer the Linux kernel notation: major.minor.release.build, but i rarely use the .build part, and i don't use even/odd numbers for stable/development minors.