对于像游戏这样的软件应用程序，这是否意味着软件公司需要大量额外的代码来维护某些库的 3 个分支？

我知道这很难说，但是对于一般的游戏开发，软件中是否有特定的区域需要编写 3 次才能在所有 3 种风格的窗口中工作？

我猜核心软件将保持不变，但也许某些驱动程序需要特定于版本？

我想在每次提交后将（最高）修订号更新为 subversion 存储库中的文件。

我想到了一个 svn version 关键字，但这不是只有在更改特定文件时才会更新吗？

即我有一个文件version.php，其中我有版本/修订号，但只在我的提交中更新anotherfile.php - 这不会更改version.php的版本/修订信息。

提交挂钩是我唯一的选择吗？如果是，有什么例子吗？

我们正在将我们的错误跟踪从一个非常旧版本的跟踪迁移到 Bugzilla，而我的 Advil 快用完了。

我们有一个已经存在很长时间的遗留应用程序。事实上，我们的版本管理已经经历了几次迭代，它在野外产生了很多不同的版本。更糟糕的是，由于合同限制，并不总是可以将客户端升级到最新和最好的，因此我们必须在他们当前拥有的版本上进行分支、修复、测试和发布，从而产生另一个版本号。

最终结果是版本组合框长得可笑。最后，出于各种原因，我们要跟踪三个不同的版本信息：发现错误的版本（版本）、我们计划修复的版本（里程碑）以及最终修复的版本（接受建议）。这实际上是我的问题......这实际上可以是多个数字，我们为其中一些客户进行了追溯修复（这种情况经常发生）。

这就是我需要你们集体智慧的地方：

您如何在 Bugzilla 中跟踪这些版本（找到的、计划的和多个已修复的）？

链接版本和错误跟踪的最佳实践是什么？

答案

似乎为每个版本克隆 bug 是一种很好的跟踪方式，因此目标版本总是在里程碑和修复版本中被跟踪，而有 bug 的版本总是原生版本。

此外，让每个克隆都阻止原始错误，使其成为将历史追溯到原始提交的好方法。

虽然我已经接受了答案，但我仍然欢迎您的意见。

我已经为我的一堆相关项目设置了 CruiseControl.net。因此，CruiseControl 中的单个项目标签具有多个 SVN 签出，然后一堆 msbuild 任务编译所有单独的 sln 文件。

完成此构建后，我需要更新所有解决方案的汇编版本。但是，由于我没有使用 nant 并且没有使用 MSBuild proj 文件，因此我不确定如何获得它。

我想知道我是否遗漏了一些明显的东西。我只需要一个解决方案，可以通过在 ccnet.config 文件中进行适当的更改来实现，而无需我对 csproj 文件进行更改。

谢谢，安杰

我正在对用 VC++6 编写的旧程序进行更改。项目资源包括一个“版本”集，其中包括以下内容： 块头 注释 公司名称 文件版本 产品版本

FileVersion 和 ProductVersion 都是 1.0.0.97（其中 97 是内部版本号，每次构建项目时都会递增）

我的更改是这样的，我应该增加其他数字之一。它可能应该到 1.0.1。但即使我可以编辑这些字符串，只要我构建项目，前三个数字就会恢复为 1.0.0。有谁知道这些数字真正保存在哪里以及如何更改它们？

这些数字和设置也进入可执行文件的“属性”。构建日期保存在“评论”资源字符串中，我认为这是废话，并希望自动生成它：我不会记得在每次构建之前检查它！

任何建议都非常感激。

--- 阿利斯泰尔。

问题是：我们的主要课程（比如：合同）每年都在变化。添加了一些属性，删除了其他属性。我们不知道明年会是什么样子。它可能会发生很大变化或根本不会发生变化。

另一方面，我们现在（新要求......）必须保留每份合同的历史记录。每次用户更新合约时，整个对象都必须存储在备份中（例如 - 在表中序列化）。

当然，我们必须能够读回它......一个选择（残酷）是每年都有一个新的合同类（合同2008，合同2009，......）。

但这会非常麻烦（而且丑陋），因为很多类都依赖于 Contract - 事实上，我们每年都必须创建一堆新类。

有过这种问题吗？有什么建议吗？

提前致谢 ！

（我们使用的是 C# 2.0。）

补充：感谢您的回答。我们现在问自己如何使用字典/ XML 文件来实现版本控制而不破坏所有代码。在这种情况下，字典似乎很性感：o）

我需要将版本放到 SQL Server 2005 数据库中，并从 .NET 应用程序中访问这些版本。我在想的是在数据库上使用名称为“版本”的扩展属性，当然该值将是数据库的版本。然后我可以使用 SQL 来解决这个问题。我的问题是这听起来像是一个好计划还是有更好的方法将版本添加到 SQL Server 数据库？

假设我无法使用表格来保存元数据。

我正在使用 tfs build 构建我的项目的版本，它为 tfs 构建浏览器中的构建生成唯一标识，例如“MyProject_20090122.1”，表明这是 2009 年 1 月 22 日的第一个构建。然而，这是我发布的 MyProject 1.0.0。有没有办法连接这两个标识符，还是我必须在外部和其他地方维护映射？

我是否应该让我的版本标识符确认 tfs 构建名称的方式，以便我的上述版本号应该是 1.0.20090122.1？

有没有办法向 tfsbuild 添加评论？

你怎么做呢？

编辑：

正如一些人所建议的，版本号可以通过 msbuild 更新并自动递增。然而，问题是我如何确定特定团队构建的版本，因为版本号未嵌入构建名称中？我可以控制 tfs 构建名称的标识符吗？

目前，我们为 C# winforms 项目使用以下版本编号方案：

“主要版本”。“次要版本”。“迭代编号”。“该迭代中的内部版本号”

我们希望能够仅通过查看版本号来识别该迭代中的迭代号和内部版本号。

过去，我们做过类似的事情：“主要版本”、“次要版本”、“1.0 的顺序内部版本号”。例如，“4.0.648”意味着自 1.0 以来有 648 次构建 - 但这些信息相当无用和轶事，这就是为什么我们改变以反映迭代和迭代内的构建。

因此，考虑到这个新的敏捷版本编号，我们现在遇到了一个问题，即不同的产品组想要在他们的迭代中为我们的项目进行更改。在这种情况下，版本号没有意义，因为它们的迭代和内部版本号不对应。例如，我的项目的最后一次构建是 1.0.5.1，表示第 5 次迭代的第一次构建。现在，在第 3 次迭代中的另一个项目想要对我的项目进行更改并重新构建。

我该如何应对这种情况？您如何在敏捷项目中进行版本编号？

我正在尝试评估 EMF 以在项目中使用。我正在研究的一件事是元模型（M2 或 .ecore 模型）级别的某种版本控制支持。

在元模型演化方面，我已经阅读了某些讨论并遇到了这篇论文。但是，我想知道在 EMF 中是否在这个方向上发生了任何具体的事情。

一般来说，对涉及版本控制的功能的支持级别是多少——例如合并和比较、进化、迁移、多个版本同时共存等。我意识到实际的版本控制本身将由源代码控制系统提供可以用来存储这些元模型，但是语义版本控制功能（例如我上面提到的那些）应该由 EMF 本身提供，对吗？

我知道某些计划，例如EMF Compare和Temporality，它们适用于 EMF 模型。我不确定这些是否适用于元模型级别。