问题标签 [version-numbering]

我有一个版本控制系统（例如 Subversion），现在我想建立一个构建过程。现在我必须创建一个版本号并将其插入系统。但是版本号是从哪里来的呢？假设我想使用这个常见的 <major>.<minor>.<bugfix/revision> 方案。我应该将一个数字传递给构建脚本吗？或者我应该传递像 increaseMajor、increaseMinor、increaseRevision 这样的参数吗？或者您会建议使用构建脚本将检测到的编号创建一个分支吗？

我可以想象主要和次要版本号必须手动输入某个地方。修订号可以自动增加。但是我仍然不知道将主要和次要号码放在哪里。

就我而言，我有一些我想压缩的 php 文件，但在我必须将一些版本号插入 php 文件之前。

我编辑了这篇文章，试图让我的要求更清楚：

我不使用 Subversion，这只是一个例子。而且我不想讨论版本号方案。

想象一下，我想创建 3.5.0 或 3.5.1 版本。我会将此版本号传递给构建脚本吗？脚本会在存储库中使用此编号创建分支，还是希望有人已经创建了此分支？手动？或者构建脚本会查找分支的名称（例如'3.5.1）并将其用于其他事情吗？版本号是来自我的大脑还是自动创建的（我猜它来自我的小大脑并创建了修订号）？或者您会将数字放入可能插入存储库的文件中？

我想如果会使用发布管理工具，我会在那里插入版本号。但我还没用过。

我一般同意程序的主要版本应该是1.0, 2.0, ... 并且重要更新应该是: 1.1, 1.2, ..., 并且错误修复应该是第三级: 1.0.1, 1.0.2, ... 1.0.156(如果你已经受到版本之间的许多错误修复版本的困扰）。

但现在我想发布我的第一个 Beta，这将是导致版本发布的一系列 Beta 之一1.0。

具体来说，对我来说，将我的 Beta 版本编号大于我正在开发的数量是没有意义的，例如1.0.1最多1.0.15（如果我有 15 个 beta 版本），然后用1.0.

但是使用小于的数字1.0似乎很尴尬，例如0.9.1...0.9.15如果我开始使用1.9.1...1.9.15作为 version 的 Beta会引起混乱2.0。

有关的：

版本号怎么做？

仅供参考，在您的帮助和与更多信息的良好链接之后，这就是我决定的。

对于我的 alpha 版本，我一直在 0.7、0.8、0.9、0.91 ... 到 0.98。

我知道我可以做 1.0 beta 1，这是“标准”方式。但考虑到所有因素，我将使用：0.99 beta 1、0.99 beta 2 ……在我发布 1.0 之前。

如果我对我的 2.0 版本进行预发布，我可能会遵循该模式并将其称为 1.99 beta 1、1.99 beta 2 等。

希望这个问题和答案能帮助您决定您的方案。

我正在尝试为我的应用程序创建一个诊断日志，该日志将显示 GAC 中安装的程序集的最新版本号。例如，GAC 中有同一个程序集的两个版本：foo.dll 版本 1.0.0.0 和 foo.dll 版本 2.0.0.0。我需要如下函数：

有人知道最好的方法吗？

谢谢！

软件版本中的每个数字意味着什么？（例如，1.7.1.0）你如何计算你的版本？

谢谢你。

将版本号作为字符串进行比较并不是那么容易......
“1.0.0.9”>“1.0.0.10”，但它不正确。
正确执行此操作的明显方法是解析这些字符串，转换为数字并作为数字进行比较。还有另一种方法可以更“优雅”地做到这一点吗？例如，boost::string_algo...

为什么 .NET 中的 System.Version 定义为 Major.Minor.Build.Revision？几乎每个人（包括我）似乎都同意修订属于第三位，而“构建”或任何你想称之为的东西都属于最后。

Microsoft 是否甚至以这种随意的方式使用这些数字，例如 3.5.3858.2，还是名称本身只是倒退？例如，如果您要使用 Major.Minor.Build.Revision 顺序编写自己的 Version 类，在转换为 System.Version 时交换最后两个组件是否合适，或者您是否忽略它并假装名称是倒退吗？

我有一个 VB Express 2008 类库，想嵌入一个版本号和一些版权/联系信息。

我怎么做？

I usually start my projects with a version 1.0.0. As soon as I have some stuff together, I release it as 1.0.0 and move on with 1.1.0.

However, this leads to usable but not exactly feature complete version 1.0.0 of most stuff I write. I then add features and get to a decent version somewhere around 1.6.0. Many projects start with version 0.1.0, which will be as usable as my 1.0.0.

What would you suggest doing? Start with 1.0.0 or 0.1.0?

The last number is for bugfix releases only by the way. You can think of my 1.0.0 as 1.0 and 0.1.0 as 0.1 is that's easier for you.

我们在工作中使用 SVN，但对于我的个人项目，我决定使用 Git。所以我昨天安装了 Git，我想知道Git中等效的修订号是多少。

假设我们在版本 3.0.8 上工作，并且每个错误修复都有自己的修订号，当我们谈论这个错误修复时我们可以使用它。因此，如果我将 Git 中的代码标记为 3.0.8，那么我可以将其用作修订号或其他更详细的标识？我发现哈希对人类不太友好。

前段时间，我们在客户帐户上向 AppStore 发布了一个应用程序。客户更喜欢简单的版本号方案，因此应用程序的第一个版本号是 1.0。然而，自从它发布以来，似乎意外地需要定期对应用程序的内容进行微小的更改，因此现在更精确的版本控制方案，反映内容修订，将更加可行。

是否可以在更新应用程序的过程中“优化”编号方案？我现在不想从 1.0 升级到 1.1，而是想升级到 1.0.1。

只是根据新的需要更改版本号就足够了，还是 AppStore 只接受新版本，如果它们遵循原始方案？

谢谢！！