问题标签 [upgrade]

我们决定冒险并要求我们的用户在使用我们的媒体中心插件之前安装 .NET 3.5。

我想确保安装体验尽可能流畅，并且我们的安装程序保持较小。

我需要对我的WiX 文件进行哪些更改以支持以下方案？代码示例将不胜感激。

• 用户已安装 .Net framework 3.0，交互式安装。

期望行为：用户会收到一个窗口提示，告诉她她需要新版本的框架，如果她接受，则会下载 dotNetFx35setup.exe (2.7 MB)，然后执行。最后，安装继续进行。

• 用户安装了 .Net framework 3.0，非交互式安装。

背景：为了便于从媒体中心自动更新，如果用户选择升级现有版本，我们可能会执行“msiexec.exe /qb /i mediabrowser.msi”。

期望的行为：用户会收到一个窗口提示，告诉她她需要一个新版本的框架，如果她接受，则会下载 dotNetFx35setup.exe (2.7 MB)，然后执行。最后，安装会静默进行。

是否有任何其他开源项目可以实现这些方面的东西？

相关问题：.NET 3.5 是媒体中心插件的合理先决条件吗？

如果其中一个文件自上次安装后发生更改，是否必须使用 Windows Installer 触发重大升级？

我们的生产机器在 debian etch 上运行。现在，他们终于发布了 lenny，我们需要升级这些系统的那一天将到来。我怎样才能以最小的风险做到这一点？是否有任何前提、备用方案的准备以及我是否需要一个 B 计划以防出现问题？除了由 debian 安装程序处理的二进制包之外，还有一些已编译的应用程序在机器上运行。

我有一个 InstallShield 12 安装脚本。我想在安装新版本之前卸载旧版本。我将保持包的名称不变。我怎样才能做到这一点？

安装 DNN 04.09.02 升级（来自 DNN 4.8.4）时，我收到 System.IndexOutOfRangeException: PermanentRedirect 错误并且无法安装升级。我该如何解决这个问题，以便我可以安装升级？

我们有一个相当大的基于 Windows 的 1.1 .NET 应用程序，我们正在考虑升级到 2.0。我们考虑更新的主要原因是我们可以利用 Visual Studio 2008 进行项目的持续开发，以及我们使用 Infragistics Suite 控件和 1.1 集不再更新新功能。

由于这是一个仅适用于一个组织的内部 Windows 应用程序，而不是安全问题更受关注的公共 Web 应用程序，因此从这种升级中可以看到哪些可能的好处？对于基于 Windows 的应用程序，2.0 和 1.1 的其他优点是否有性能和其他改进？

现在，桌面应用程序自我更新是非常标准的做法。在 Mac 上，我书中使用Sparkle的每一个非 Apple 程序都是立竿见影的。对于 Windows 开发人员，这已经详细讨论过了。我还没有找到关于自我更新Web应用程序的信息，希望你能有所帮助。

我正在构建一个 Web 应用程序，该应用程序旨在像 Wordpress 或 Drupal 一样安装 - 将其解压缩到一个目录中，点击某个安装页面，然后就可以使用了。为了获得广泛的服务器兼容性，我被要求使用 PHP 和 MySQL —— 那是 **MP 吗？无论如何，它必须是广泛的跨平台。就上下文而言，这基本上是针对小型企业的统一 Web 消息传递应用程序。它不是另一个 CMS 平台，想想 webmail。

我想了解自更新 Web 应用程序。首先，（1）这是一个坏主意吗？从 Wordpress 2.7 开始，自动更新是一个按钮，这看起来很简单，但我可以想象有很多方法可能会变得非常非常错误。此外，Web 文件可被 Web 进程写入的想法不是安全漏洞吗？

(2) 值得开发时间吗？世界上可能有数百万个 WP 安装，因此 WP 团队花费时间来简化它可能是值得的，在全球范围内节省了数百万工时。我只能想象我的软件安装了几千次——构建自我升级值得花时间投资，还是我可以假设足够老练的用户首先下载和安装 Web 软件可以通过升级清单？

如果这不是安全灾难或浪费时间，那么（3）我正在寻找以前做过的任何人的建议。您是否在数据库中保留版本表？您如何管理数据库升级？在自更新 Web 应用程序的上下文中，您使用什么方法来回滚部分升级？使用 ORM 层是否更容易或更难？您是保留版本更改的增量还是每次都将整个事情炸毁？

我很欣赏你对此的想法。

我创建了一个通过 UI 触发的自定义操作。它适用于新安装，但在升级过程中失败。但是，如果我从控制面板运行修复，它就会运行良好。我尝试捕获 msi 日志，但它没有提供任何线索。以下是片段...

用户界面：

自定义操作：

UI 文件的顺序：

任何线索....或任何我可以尝试调试的东西等？我试了几天没有结果。我不是 msi 或 wix 的新手，也不是专家。

我在一家大公司工作，我们还没有将 dotnet 运行时 3.0+ 分发到桌面，所以我们都在使用 vs 2005 和 c# 2.0

对于开发人员来说，迁移到 vs 2008 并仍然以 2.0 为目标（因为运行时部署不会很快出现）有什么大好处。

此外，如果建议升级到 vs 2008，是否有任何问题或需要担心或准备的事情。

注意：我们主要是在做winforms项目

我在另一个线程上问了一个关于升级长期运行的工作流程的问题，但没有收到我想听到的答案。（如何升级已经投入生产的长期运行的 SharePoint 工作流）

答案与我在该主题上所做的其他研究相匹配，建议以并行方法安装新的 WF（工作流）并将旧 WF 标记为无新实例。

我已经读过，如果新的 WF 具有相同的界面，那么可能只需替换原始 WF 的 dll，现有的长期运行的工作流程将继续运行。

是否有设计模式或指南可用于创建允许在产品生命周期内更改代码的原始工作流，而无需替换每个 SharePoint 列表实例中的工作流？