企业环境中的自动更新 (C#)答案

【问题标题】：Auto-updating in Corporate Environments (C#)企业环境中的自动更新 (C#)
【发布时间】：2008-09-15 19:33:42
【问题描述】：

我有一个安装在企业环境中的三层应用程序。随着每次服务器版本更新，所有客户端也必须更新。目前，我提供了一个通过 Active Directory 自动部署的 MSI 包，但是我的客户（大多数每个用户有 20-300 个用户）似乎讨厌 MSI 解决方案，因为它是

运行起来很复杂（Active Directory 知识很少）；
检测到新版本时，服务器无法触发更新过程；
客户不能同时安装多个版本的客户端（例如 2.3 和 2.4）来与不同的服务器对话；
更新过程本身并不总是按预期工作（有时非常奇怪的行为会在几个小时后自行恢复）

我现在已经用 ClickOnce 做了一些实验，但这种方式对我来说不够灵活，而且很难集成到我的自动构建过程中。此外，它还会产生神秘的错误消息，这肯定会让我的客户感到困惑。

我自己编写更新逻辑没有问题，但问题是运行自更新应用程序的用户执行更新的权限太有限。我发现他们能够写入本地应用程序数据目录，但我认为这不是安装应用程序文件的典型位置。

您知道一种“有效”的更新方法吗？

【问题讨论】：

请说明您在使用 ClickOnce 时遇到的错误以及在哪个步骤（因为它是解决您的问题的好方法，也许我们可以解决它）。
ClickOnce 为我们工作。至于“神秘”的错误信息。我只在我的应用程序使用 mage 配置错误时才看到这些。

标签： c# .net auto-update

【解决方案1】：

您可以在一定程度上复制 ClickOnce 的功能，只需根据需要进行调整。

创建一个轻量级可执行文件，检查网络/Web 位置是否有更新。
如果有更新，它会将它们复制到本地并替换“真实”应用程序文件。
它运行“真正的”应用程序。

应用程序文件的位置应由权限和操作系统确定。如果用户只有有限的一组文件夹的写入权限，那么您别无选择，只能使用其中一个文件夹。另一种选择是提供一个初始安装包，用于安装轻量级可执行文件并授予对特定文件夹（例如“C:\Program Files\MyApp”）的读/写权限。这种方法通常需要 IT 部门的支持。

我希望这会有所帮助。

【讨论】：

【解决方案2】：

很难为您提供准确的答案，因为有关客户端安装程序的关键信息并不明确。您是否将客户端文件安装到 Program Files 中？那么当用户被限制时，你可能会遇到问题。

您不认为本地应用程序数据是部署应用程序的文件夹，但 Google 确实如此。它的 Chrome 浏览器在 Windows 上以这种方式安装，它的自动更新过程甚至是不引人注意的（这可能听起来很可怕）。那么为什么不将您的应用程序部署到此文件夹中以供受限用户使用呢？您可以在此处找到有关 Chrome 安装程序的更多信息，

http://robmensching.com/blog/archive/2008/09/04/Dissecting-the-Google-Chrome-setup.aspx

【讨论】：

【解决方案3】：

这是我为解决我们对 WinForms 和 WPF 应用程序的特定需求而编写的一个开源解决方案。总体思路是以尽可能低的开销获得最大的灵活性。它应该为您所描述的所有内容提供所需的所有灵活性。

所以，集成非常简单，而且该库几乎可以为您完成所有工作，包括同步操作。它还高度灵活，让您确定要执行哪些任务以及在什么条件下执行 - 您制定规则（或使用一些已经存在的规则）。最后一点同样重要的是支持任何更新源（网络、BitTorrent 等）和任何feed 格式 - 任何未实现的内容您都可以自己编写。 p>

还支持冷更新（需要重新启动应用程序），并且会自动完成，除非为任务指定“热插拔”。

这归结为一个 DLL，大小小于 70kb。

代码位于http://github.com/synhershko/NAppUpdate（根据 Apache 2.0 许可证获得许可）

当我有更多时间时，我计划进一步扩展它，但老实说，你应该能够自己快速增强它，以应对它目前不支持的任何东西。

【讨论】：

【解决方案4】：

如果您不想给您的用户太多权限，可以编写一个 Windows 服务，该服务将在具有适当权限的帐户下在每台计算机上运行，并且可以更新您的应用程序，当新的版本可用。

【讨论】：