问题标签 [versions]

我们的自动构建机器需要存档操作系统的版本号以及每次构建过程中使用的各种工具。（以防我们以后需要复制完全相同的构建，也许当机器早就死了。）

我看到命令“msinfo32.exe”可用于转储整个负载的系统版本信息，我们不妨存档。

有谁知道一种轻松存档 Visual Studio 工具版本号的方法？

其他开发人员使用什么机制来收集此类信息以用于存档目的？

法比奥戈麦斯的额外信息。

我同意你的观点，5 年后可能无法重新创建确切的操作系统和工具配置（直至最近的安全更新）。不幸的是，这确实来自合同要求。作为我们向客户交付的一部分，我们必须提供所有源代码的副本以及关于如何复制构建的明确说明。我们可能不可能完美地满足这个要求。

所以 - 我只会将你的答案标记为正确（我同意你的观点，这实际上是不可能的），然后继续玩剩下的堆栈溢出。:)

PS。如果堆栈溢出支持对答案的回复而不是编辑原始问题，那就太好了。但我看到它已经被拒绝了。

我一开始是故意让这个很模糊的。我正在寻找讨论以及哪些问题比我寻找硬性答案更重要。

我正在设计一个执行投资组合管理之类的应用程序。我到目前为止的设计是

• 问题：需要解决的问题
• 解决方案：针对一个或多个问题提出的解决方案
• 关系：两个问题、两个解决方案或一个问题和一个解决方案之间的关系。进一步细分为：
  • 父子 - 某种分类/树层次结构
  • 重叠 - 两个解决方案或两个问题真正解决同一概念的程度
  • 地址 - 问题解决解决方案的程度

我的问题是关于这些事物的时间性质。问题突然出现，然后消失。解决方案有一个预期的解决日期，但在开发过程中可能会进行修改。随着问题和解决方案的发展，关系的程度可能会随着时间而改变。

那么问题来了：对这些东西进行版本控制的最佳设计是什么，这样我就可以同时了解我的投资组合的当前和历史观点？

后来：也许我应该提出一个更具体的问题，尽管@Eric Beard 的回答值得一提。

我考虑了三种数据库设计。我将充分展示它们的缺点。我的问题是：选择哪个，或者你能想出更好的东西吗？

1：问题（以及单独的解决方案）在版本控制中是自引用的。

这是有问题的，因为每次我想要一个新版本时，我都必须复制整行，包括那个长description列。

2：新建关系类型：版本。

这只是将关系从问题和解决方案表移动到关系表中。同样的重复问题，但可能有点“干净”，因为我已经有了一个抽象的关系概念。

3：使用更类似于Subversion的结构；将所有问题和解决方案属性移动到单独的表中并对其进行版本控制。

这意味着要加载问题或解决方案的当前版本，我必须获取属性的所有版本，按日期对它们进行排序，然后使用最新版本。那可能并不可怕。对我来说真正糟糕的是我无法在数据库中对这些属性进行类型检查。该value列必须是自由文本。我可以将该name列作为对具有列的单独attribute_names表的引用type，但这不会强制表中的类型正确attributes。

稍后：回复@Eric Beard 关于多表外键的评论：

唉，我所描述的很简单：只有两种类型的事物（问题和解决方案）。我实际上有大约 9 或 10 种不同类型的事物，因此在您的策略下我将有 9 或 10 列外键。我想使用单表继承，但事物的共同点太少了，将它们组合到一个表中会非常浪费。

让我们以一个 Web 开发环境为例，开发人员在其中将项目签出到他们的本地机器上，对其进行处理，并签入对开发的更改。
这些更改在开发过程中得到进一步测试，并定期（例如每周、每月等）上线。
是否可以自动升级最新的标记版本（而不是最新的签入，因为这可能不是 100% 稳定），例如星期一早上 8 点，使用脚本或内置功能风险控制系统？

在 .NET 中，构建项目时有两个可用的版本号，文件版本和程序集版本。你是如何使用这些数字的？让它们保持不变？自动增加一个，但手动更改另一个？

还有AssemblyInformationalVersion属性呢？

我发现这篇支持 Microsoft 知识库 (KB) 文章提供了一些帮助： 如何使用程序集版本和程序集文件版本。

任何人都可以建议一种将版本信息获取到 Web 服务中的方法吗？(VB.NET)

我想在标题或描述中动态使用程序集版本，但属性需要常量。

手动将版本信息写入字符串是在 .asmx 页面上显示信息的唯一方法吗？

我想实现一种在代码中记录项目版本的方法，以便在测试时使用它并帮助跟踪错误。似乎最好使用的版本号就是 Subversion 的当前版本号。有没有一种简单的方法可以将此数字挂钩到（在我的情况下为 C++）头文件或其他东西中，然后我可以在代码中得到它？我想这是一个提交后的钩子还是什么？

有没有人有任何实现这一点的经验（请分享代码？），或者可以提出更好的选择？谢谢。

这是我的代码，它采用“1、5、0、4”或“1.5.0.4”形式的两个版本标识符，并确定哪个是较新的版本。

请提出建议或改进！

@达伦·科普：

版本类不处理格式 1.0.0.5 的版本。

也许这是一个愚蠢的问题，但我一直认为用句点描绘的每个数字代表软件的一个组件。如果这是真的，它们是否代表了不同的东西？我想开始为我的软件的不同版本分配版本，但我不确定它应该如何构建。我的软件有五个不同的组件。

我一直想知道 Java SE 6 中吹捧的性能改进——是在编译器还是运行时？换句话说，由 JDK 6 编译的 Java 5 应用程序是否会在 JSE 5 下看到改进（表明改进的编译器优化）？由 JDK 5 编译的 Java 5 应用程序是否会在 JSE 6 下看到改进（表明改进的运行时优化）？

我注意到对于完全相同的代码库，在 JDK 6 下编译所需的时间几乎是在 JDK 5 下编译的两倍；我希望至少有一些额外的时间花在编译器优化上，希望能带来更高性能的 JAR 和 WAR。Sun 的 JDK 信息并没有真正详细说明他们所做的性能改进——我认为 A 列有一点点，B 列有一点点，但我想知道哪个影响更大。有谁知道在 JDK 6 与 JDK 5 上进行的任何基准测试？

我的 ClickOnce 应用程序使用需要 Visual C++ 2005 可再发行组件的第三方工具。如果仅安装了 VC++ 2008 可再发行组件，则第三方工具将无法工作。但是，在 Visual Studio 2008 中，ClickOnce 先决条件不允许为 VC++ 可再发行组件指定版本；它将添加一个 VC++ 2008 先决条件，这在大多数情况下都是有意义的。但是，在这种情况下，需要较早的版本。ClickOnce 是必需的，所以合并模块是不可能的。关于如何指定版本的任何想法？