version-control - 下一个软件版本号应该是什么?

标签 version-control versioning

我当前的实时应用程序是 1.2.3。

在内部,我已经发布了 1.2.3.5 版本用于测试。我现在需要对生产应用程序进行紧急修复。理想情况下,这个版本应该是 1.2.4 ,但这会令人困惑,因为它应该包含 1.2.3.5 之前的所有更改,但事实并非如此。

我无法制作新的生产应用程序 1.2.3.1,因为它已经在内部发布。

我的应用程序的新版本号应该是多少?

最佳答案

我会推荐类似于 1.2.3 Update 1 的内容。或者,1.2.3.0.1,尽管我个人认为超过四个版本号很难看,并且会选择前者。 FWIW,Java 也使用类似的措辞。

正如您已经指出的那样,其他逻辑选项与现有版本相冲突,并且很有可能引起困惑。


理想情况下,一旦 1.2.3 发布,我就开始在内部使用 1.2.4.x,从而保留 1.2.3.x 的其余部分 用于当前生产版本的带外更新。您可能希望将来采用类似的方法以避免类似的冲突,但这确实是个人喜好。

关于version-control - 下一个软件版本号应该是什么?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/17921634/

相关文章:

linux - 网站版本控制实践

visual-studio-2010 - 如何在VS2010中设置源代码管理

version-control - 推出了新的 Pharo 版本。我如何处理我的旧图像?

Git merge 并添加更改 ID

scala - 是否有工具或技术可以搜索兼容的较新版本的包依赖项?

git - 如何在没有 merge 冲突的情况下在 git 中管理 POM 版本号

python - 使用 Python 3.5 和 Anaconda 找不到模块 cPickle

svn - Cornerstone SVN 错误 - 无法提交文件

svn - 由于 poms 中的版本更改,合并来自 Maven 发布分支的更改会产生冲突

java - 如果我的目标是 2.1,如何使用 2.2 功能?