【问题标题】:Visual Studio 2010 Setup Project PropertiesVisual Studio 2010 安装项目属性
【发布时间】:2011-12-02 23:14:36
【问题描述】:

我正在调查我们小组在安装时遇到的一些问题。过去我没有过多地参与我们的安装,所以我对它不是很熟悉。我想确保我们遵循良好的做法。

我感到困惑的是确定何时更改 Version 属性。

MSDN 有一个关于何时更新 ProductCode、Version 等的非常好的指南... http://msdn.microsoft.com/en-us/library/windows/desktop/aa370579(v=VS.85).aspx

但是,我不确定如何将其应用到我的团队过去的做法中。当前的过程是永远不要更改版本号。它是 1.0.0 并且已经存在很长时间了,尽管它有很多更新(包括 VB6-->VB.NET 转换)。

我的团队在任何时候只真正维护我们产品的两个版本,当前的生产版本和测试版。我们不发送更新或修补程序,只发送全新的版本。所以这是我们在这两个版本之间需要的唯一区别。但是,用户只能同时安装一个版本。显然,将版本号保持在 1.0.0 有助于安装。这似乎不是一个好方法。

我至少希望 MSI 有一个新的版本号。鉴于我小组的当前流程,有人有建议吗?我想确保无论用户何时安装某个版本,它都会更新该计算机上已经存在的该应用程序的任何版本。

提前谢谢大家!

【问题讨论】:

  • 你的帖子不是很清楚。你到底在问什么?
  • 嗨 Cosmin,我正在尝试确定何时更改我的安装项目的版本号。我已经阅读了关于它的 MSDN 帮助,但我仍然不是很清楚。我知道我的团队需要开始更新这些版本的版本号,但我不确定何时执行此操作以及何时更改产品代码。我不完全理解产品代码的作用以及为什么它需要更改,如果它是相同的产品,你只是在更新它(所以它得到一个新的版本号)。

标签: .net visual-studio visual-studio-2010 setup-project


【解决方案1】:

您可以使用major upgrade 机制使您的软件包自动卸载旧版本。基本上,每次您想要发布应用程序的新版本时,您都会增加设置项目的产品版本并更改产品代码。

您还需要确保 RemovePreviousVersions 属性设置为 True。

经验法则是每次修改应用程序文件并希望分发该修改时创建一个新版本的包。

主要升级的替代方案是patches。它们仅包含更新的文件,不需要新的产品代码。但是,您需要不同的设置创作工具来创建它们。 Visual Studio 无法创建补丁。

【讨论】:

  • 感谢科斯敏!我们不做补丁,只对整个产品进行新安装。我们的应用程序在生产中只有一个版本。不过补丁会很有趣。当您说“经验法则是每次修改一个应用程序文件并希望分发该修改时创建一个新版本的包。”您指的是更改 ProductVersion 属性还是只是设置的版本项目?
  • 我指的是 ProductVersion 属性。
猜你喜欢
  • 1970-01-01
  • 2011-02-13
  • 1970-01-01
  • 1970-01-01
  • 2011-03-07
  • 2012-01-25
  • 2011-06-14
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多