版本编号基础知识?

cod*_*rex 23 versioning version

假设我有一个带有一些基本功能的Web应用程序.我想推销它.所以我想指定一个版本号 - 类似于0.0.1.我想知道的是,是否有任何限制应该适用于该编号系统?

希望你能理解我的问题,提前谢谢.

Aar*_*onS 23

大多数地方使用这样的东西:

Major Release.Minor Release.Hot Fix.Build

您的版本号看起来像1.5.0.15等.

  • 主要版本是破坏兼容性的东西.次要版本只是添加功能或删除错误. (10认同)

Tho*_*hle 12

很多免费软件都使用三点系统:XYZ在哪里

  • X用于兼容性破坏版本.
  • Y代表其他版本,偶数稳定,奇数不稳定.
  • Z代表修复.

这样,0.28.1版本是一个稳定版本,只有一个修复版本,2.9.0版本是alpha版本,修复版本为零.

有些人也很乐意开发自己的方案.例如Tex,每个版本都与Pi相关,版本号为:3,3.1,3.14等.


mih*_*ihi 10

这并不重要,只要您可以使用版本号来识别您的版本(即将源代码管理系统的内部版本号添加到版本号中)或使用它来标记您的版本.

执行此操作时,您可能希望将该数字用作第三个(或第四个)组件.如果某些产品从版本1.12345跳到2.12346,看起来很混乱,但从1.4.12345跳到2.0.12345更常见.

关于从哪个号码开始,我只想引用Eric S. Raymond:

在闭源世界中,版本1.0意味着"如果你谨慎,不要碰这个."; 在开源世界中,它更像是"开发商愿意在这方面打赌他们的声誉".

  • +1结束() (3认同)

Mar*_*off 7

你可以在版本控制中使用你想要的任何数字 - 谁会限制你?

如果你想让你的第一个版本为0.0.0.0.0.0.0.1,那很好,尽管有点傻.如果你想要你的第一个版本是106.3,你也可以这样做,但这有点荒谬.

查看关于软件版本控制维基百科文章,了解真实版本编号方案的一些经过验证的想法.


dac*_*cot 5

我一直使用(重写).(添加功能).(错误修复).

但是设置自己的规则并将其公开,以便用户了解它们.