问题标签 [versioning]

似乎如果您编译 Visual Studio 解决方案并在您的 AssemblyInfo.cs 文件中有一个版本号，它应该传播到 Windows 资源管理器属性对话框。这样，某人只需右键单击 *.exe 并单击“属性”即可查看版本#。Visual Studio 中是否有特殊设置可以实现这一点？

示例图片 http://content.screencast.com/users/Pincas/folders/Jing/media/40442efd-6d74-4d8a-8e77-c1e725e6c150/2008-09-24_0849.png

编辑：我应该提到，这特别适用于不支持 AssemblyFileVersion的 .NET Compact Framework 2.0。所有的希望都失去了吗？

发布版本号高于 1 的软件是否令人不悦？

例如，一些不精通技术的人可能会认为竞争对手的产品具有更高的版本号，这意味着我的软件不是那么好。

我了解 Microsoft 在对其产品进行版本控制时使用此模板：Major.Minor.Build.Revision。

当“开发人员”想要表明软件有很大的变化并且不能假设向后兼容性时，就会更改专业。也许代码的主要重写已经完成。

次要数字表示具有向后兼容性目的的显着增强。

内部版本号是一个小的变化，例如重新编译相同的源。

修订版用于修复安全漏洞，应该是完全可互换的。Build 和 Revision 都是可选的。此信息基于MSDN 版本类。

你如何对你的项目进行版本控制，为什么要以这种方式对它们进行版本控制？

请注意此页面右下角的 SVN 修订版 ID？我假设这是动态的。

我很想将它添加到我的一些网站中，就像源代码中的注释一样，以确保代码推送正在通过。

注意：您还可以假设相关站点的工作目录是相关 repo 的 svn checkout。

编辑：我正在寻找全局修订号，而不是我正在查看的文件的修订号。

.Net 4.0 会使用新版本的 CLR（v2.1、3.0）还是会继续使用现有的 v2.0？

补充：是否有可能继续使用 CLR v2.0 并添加 DLR v1.0？

更新：虽然这看起来像是一个无法回答的推测性问题，但 VS 团队似乎正在发布越来越多的关于 VS10 和 .Net 4.0 的信息，因此可能很快就不是这样了。（此处提供信息-> http://msdn.microsoft.com/en-us/vstudio/products/cc948977.aspx）

我的 C# 程序有一个安装项目，这个安装项目的属性中有一个版本。我希望生成的 MSI 文件中嵌入了这个版本，所以我可以在资源管理器中将鼠标悬停在它上面并查看文件是什么版本。

我正在使用VS2008。我怎样才能做到这一点？

根据这个问题的答案，我无法在我的 .msi 文件中嵌入文件版本。

我给客户的安装程序需要有一个文件版本。

所以，我想做的是创建一个包含 msi 文件和由 Visual Studio 生成的 setup.exe 的自解压可执行文件，并将文件版本放在这个自解压可执行文件上。

因此，我需要一个实用程序来创建支持在其输出中嵌入文件版本的自解压可执行文件。它还需要支持解压后自动运行文件，这样我才能自动启动真正的安装程序。如果它是可编写脚本的就好了。

我只能找到这个，它看起来很棒，但我更喜欢免费的替代品。

有没有人有什么建议？

编辑：澄清一下，我并不是真的想创建一个安装程序——我已经有一个 VS 安装项目。我只想要一个自解压器（就像 WinZip 可以创建的那样）。因此，用户将鼠标悬停在 Setup-Blorgbeard2008.exe 上，会看到“版本：1.0.0.0”。用户双击它，它会静默地将 setup.exe 和 setup.msi 提取到临时文件夹，然后运行 ​​setup.exe。然后用户会看到正常的安装程序屏幕并正常进行。

另一个编辑：是的，我不再需要自解压器了，因为我的另一个问题现在已经得到解答。这使得整个问题几乎无关紧要。能够仅分发一个文件而不是 setup.exe 和 setup.msi 仍然很好。

我一直在考虑这个问题，但还没有提出任何稳定/优雅的想法。

我知道使用 MyISAM 表，您可以获得表 def 更新时间，但对于 InnoDB，情况并非如此，而且我发现查看 .frm 文件以了解何时可能修改了定义甚至不可靠。 ..别管数据集是否已更改。

我有一个想法，每 30 分钟 mysqldumping 模式的内容，用 AWK 脚本将其分开，然后将其与上一个版本进行比较……但这似乎有点过分，如果涉及的数据集很大，可能会成为问题.

AssemblyVersion和AssemblyFileVersion属性是处理 .NET 程序集版本号的内置方法。虽然该框架提供了自动确定版本号（构建和修订，用 Microsoft 术语）的最不重要部分的能力，但我发现这种方法非常薄弱，毫无疑问还有很多其他方法。

所以我想问一下，为了更好地反映项目的实际版本，确定了哪些方法可以最好地完成版本号？您是否有预构建脚本将部分版本设置为日期和时间，或项目工作副本的存储库版本？你只是使用框架提供的自动生成吗？或者是其他东西？管理程序集/文件版本控制的最佳方法是什么？

您如何准备 SQL 增量？您是手动将每个模式更改 SQL 保存到 delta 文件夹，还是有某种自动差异过程？

我对版本控制数据库模式的约定以及源代码感兴趣。也许是一个区分模式的预提交钩子？

此外，除了DbDeploy之外，还有哪些用于区分增量的选项？

编辑：看到答案我想澄清一下，我熟悉使用增量运行数据库迁移的标准方案。我的问题是关于自己创建增量，最好是自动创建。

此外，如果有区别，版本控制适用于 PHP 和 MySQL。（请不要使用 Ruby 解决方案）。