关闭。这个问题是opinion-based .它目前不接受答案。
想改进这个问题？更新问题，以便 editing this post 可以用事实和引用来回答它.
2年前关闭。
Improve this question
我知道没有关于软件版本控制的固定规则，但我有几个问题。
1) 如何正确升级版本
我有一个不久前开始的小软件，因为我从头开始，所以我从 0.1 版开始。
随着我添加更多功能，我一直在升级次要编号。现在我在 v0.5.7 中(新功能的次要 (.5) 和错误修复和小更改的修订版 (.7))，问题是该程序几乎已完成分发，但现在我“失踪了“几个小版本，你们是怎么处理这种情况的？你只是跳数字吗？
这让我想到了第二个问题。
2) 哪个是好的起始版本号
我即将开始一个新项目。这次不是小项目，而且是公开的，可以免费修改，我不想出现上面提到的问题。那么哪个是一个好的起点呢？
奖金问题:
3) 数字大于 10 可以吗？喜欢 v1.25 还是 v2.2.30？
我还没有看到具有这种编号的软件(可能他们只在帮助部分或他们的网页中显示它)，我再次意识到没有规则，但似乎有一个通用的同意如何保留版本号。
最佳答案
在我们公司，我们使用四个 token 版本控制概念。类似于 a.b.c.d 种类:
(major).(feature).(revision).(bug/refactoring)
它与我们在开发生命周期中使用的问题类型有关。我们可以一目了然地跟踪两个以下版本之间所做的或更改的内容。通过比较以下两个版本号，您可以确定已完成问题的数量和类型。
欲了解更多信息，full documentation is here.
关于version-control - 代码版本变更 "rules"，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/3377655/