问题标签 [version-numbering]

我们正在使用 TeamCity 作为 CI 服务器，并且我们一直在考虑如何实现一种方法来对我们的版本进行版本控制，该方法既安全（即人为错误的可能性最小）又需要尽可能少的努力。到目前为止，以下似乎是最合乎逻辑的：

1. 创建一个版本文件（或使用 assemblyinfo.cs）。版本信息将采用....格式。此文件将检入我的 VCS。
2. 运行 TeamCity 构建
3. TeamCity 从步骤 1 中读取版本文件，挑选出每个单独的数字并设置相应的 TeamCity 构建参数（这样我以后可以将它们用于创建 nuget 包和标记等事情）
4. TeamCity 自动增加最终的“构建计数”值。
5. TeamCity 将新版本信息保存回版本文件（使用更新的“构建计数”）
6. 然后，TeamCity 会运行我的其余构建步骤、构建文件、运行单元测试、设置正确的程序集版本等。
7. TeamCity 最终将文件检查回 VCS

我们相信这样做的好处是如果我们需要修复旧版本，那么版本号将是正确的，TeamCity 可以简单地使用旧版本文件，并像往常一样增加构建计数。这确实假设我们正在正确更新我们的主要/次要/补丁版本。这有望与即将发布的 TeamCity 7.1 功能很好地配合使用，该功能允许您通过自定义构建对话框选择要构建的分支。

从到目前为止我已经读过的内容来看，这些操作在 TeamCity 中应该是可能的，但我们正在寻找最简单的方法来解决这个问题，因为我们只是一个两人的装备，而且我们负担不起大笔投资大量时间成为 Nant 或 powershell 的专家，却发现它可能无法达到我们想要的效果。

所以我想总结一下我的问题如下：

1. 我提议的可能吗？
2. 如果是，那么考虑到我在 Nant、powershell 等方面的有限经验，最好的工具是什么（即对于命令行和脚本经验扩展到简单 DOS 操作和一点 VBScript 的人来说，这是最快的学习工具）

任何帮助是极大的赞赏。

当我想用 5 个项目打开 solition 时，一个项目出现如下错误

找不到“\AssemblyInfoTask\Microsoft.VersionNumber.targets”。确认声明中的路径正确，并且该文件存在于磁盘上。

可能是什么问题呢 ？

我已经看到我的 Visual C++ 项目有以下使用 COMMAS 而不是 DOTS 版本的声明：

这里的MS文章也有逗号的相同值（实际上上面的声明是基于那篇文章）。为什么我们在这里使用 COMMAS？当我打开编译的文件属性时，我看到 FileVersion 为 11.0.2.0 但 ProductVersion 为 11,0,2,0 - 我的 QA 朋友说这是一个错误:)。我是否缺少某些标准或某些内部机制？

我已将我的解决方案集成到持续集成 tfsbuild 2010 服务器中。这很好地构建了我所有的库。

接下来，我想在 CI 服务器上的每次构建期间增加版本号。

版本号的构成是：（主要版本）.（次要版本）.（修订号）.（内部版本号）

我的问题是，在这种情况下应该增加的数字是什么最佳实践？我会想到内部版本号，所以我最终得到 1.1.1.123，下一次签入结果是 1.1.1.124 等。

我想知道什么时候修订号会增加？Major 是主要版本的手动版本，次要版本是我为版本创建多个分支时的版本。

我是正确的还是正确的做法是什么？

我的目标是在 WIX 3.6 项目中使用版本号自动命名输出 msi 文件。我找到了这个链接： WiX 的自动安装程序版本号，重新访问，但我们有一个稍微不同的场景：我们不想通过引用任何程序集的版本号来控制我们的产品版本号。相反，我们只是想在 wix 文件中分配它。具体来说，我有一个 wxi 文件，它定义了这样的属性：

因此，我可以在 Product.wxs 文件中的任何位置使用这个 VersionNumber 变量。但由于重命名输出 msi 文件的最简单方法似乎是在 MSBuild 中添加一个 postbuild 任务，因此我必须将此 VersionNumber 传递给 MSBuild 项目文件。这就是阻止我的原因。

我尝试了相反的方法，即在 MSBuild 中定义 VersionNumber 常量并在 WIX 中使用它。它工作得很好，除了我必须为不同的构建/平台组合保持这个常数。我们在 VS IDE 中构建我们的软件，这意味着如果我们在 IDE 窗口中修改版本号，它将仅适用于特定的构建/平台组合，其他组合将保持不变（我知道如果我是从命令行构建的，我可以只需传递一个版本号来覆盖现有的）。这就是我不想看到的。我喜欢只在一个地方定义版本号以避免任何可能的错误的想法。

任何帮助将不胜感激！

ClickOnce 应用程序的发布会自动增加构建/版本号。此版本号与项目属性中的程序集版本不同（后者又会自动显示在生成的 WPF 关于框中）。

有没有办法在程序集属性中同步 ClickOnce 版本号和项目号？目标是为两个地方获得一个自动增加且相同的版本号。

我有一个在 AssemblyInfo.cs 文件中填充版本号的实用程序。现在我需要实现一个功能来调整 Visual Studio 数据层应用程序 (DACPAC) 的版本号。

我发现如果我打开项目属性并单击数据层应用程序属性按钮，我可以手动调整数字。但是我找不到这个数字在项目文件中的存储位置，所以我不知道如何从我的实用程序自动更新它。

你知道吗，版本号存储在哪里？

场景：我有一个简单的应用程序，它检查它的 RSS 提要并查看是否有更新的版本可用。因此，我想检查当前版本是否低于 RSS 提要中的版本。理想情况下很简单：

问题：版本控制由major.minor.revision.build 组成，我不知道如何将其解析为数字来执行版本检查。

这些是要比较的参数：

从网上下载的版本是"0.2.6.1"（作为字符串）。

检查一个是否小于另一个的最佳方法是什么？

我尝试将其转换为双精度值，但值变为 0.2（仅解析第一个 . ，忽略其余部分）。

约束：它不能是使用 .NET 库的解决方案，因为应用程序必须在没有 .NET 框架的情况下工作。

（编辑）感谢 Karthik T 的回答，我选择了以下解决方案。

我在其他语言中看到了很多关于这个问题的答案，但我试图找到一种方法来比较以字符串形式给出的 2 个版本号。例如

我试图找到一种方法来比较字符串中的整数值，看看哪个更大。（在这种情况下 str1 会更大）。我考虑过使用 atoi 和 strtok 的组合，但我知道我不能一次标记 2 个字符串。有什么建议吗？

如何从 vb6 ( VPIaccessMaker.vbg) 设置完整的版本号，从Visual Basic我可以将 Major.Minor.Revision 设置为 3.2.2，在这种情况下，我的 exe 版本将是 3.2.0.2。在这种情况下，如何设置内部版本号，如 3.2。 1.2 .