Auto-updating in Corporate Environments (C#)我有一个安装在公司环境中的三层应用程序。每次服务器版本更新时，所有客户端也必须更新。目前，我提供了一个可通过Active Directory自动部署的MSI软件包，但是我的客户(每个用户大多有20-300个用户)似乎讨厌MSI解决方案，因为它是
我现在已经对ClickOnce进行了一些实验，但是这种方式对我来说不灵活，而且很难集成到我的自动构建过程中。此外，它还会产生隐秘的错误消息，这肯定会使我的客户感到困惑。 我自己编写更新逻辑不会有问题，但是问题是，运行自更新应用程序的用户的权限太有限，无法执行更新。我发现他们可以写入其本地应用程序数据目录，但是我认为这不是将应用程序文件安装到其中的典型位置。 您知道一种"可行"的更新方式吗？ 您可以稍微复制ClickOnce的功能，只需根据需要进行调整即可。 应用程序文件的位置应由权限和操作系统如果用户仅对有限的一组文件夹具有写权限，那么您别无选择，只能使用这些文件夹之一。另一个选择是提供一个初始安装软件包，该软件包将安装轻量级可执行文件并在特定文件夹(例如" C：\\\\ Program Files \\\\ MyApp")上授予r / w权限。这种方法通常需要IT部门的支持。 我希望这会有所帮助。 这是我写的一个开放源代码解决方案，用于满足我们对WinForms和WPF应用程序的特定需求。总体思路是，以最低的开销获得最大的灵活性。它应该为您提供了您所描述的所有内容所需的所有灵活性。 因此，集成非常容易，并且库为您完成了几乎所有的工作，包括同步操作。它还非常灵活，可以让您确定要执行的任务以及在什么条件下执行-制定规则(或使用已经存在的规则)。最后同样重要的一点是，它支持任何更新源(Web，BitTorrent等)和任何提要格式-未实现的任何内容都可以自己编写。 还支持冷更新(要求应用程序重新启动)，并且自动完成，除非为任务指定了"热插拔"。 它可以分解为一个DLL，大小小于70kb。 更多详细信息，请访问http://www.code972.com/blog/2010/08/nappupdate-application-auto-update-framework-for-dotnet/ 代码位于http://github.com/synhershko/NAppUpdate(在Apache 2.0许可下获得许可) 我打算在有更多时间的时候进一步扩展它，但老实说，您应该能够自己快速增强它，无论它当前不支持什么。 真的很难为您提供准确的答案，因为有关客户端安装程序的关键信息不明确。您是否将客户端文件安装到程序文件中？然后，当用户受到限制时，您可能会遇到问题。 您不认为本地应用程序数据是用于部署应用程序的文件夹，但是Google会。它的Chrome浏览器以这种方式在Windows上安装，其自动更新过程甚至也不为人所知(这听起来很可怕)。那么，为什么不将应用程序部署到此文件夹中以供受限用户使用呢？您可能会在这里找到有关Chrome安装程序的更多信息， http://robmensching.com/blog/archive/2008/09/04/Dissecting-the-Google-Chrome-setup.aspx 如果您不想给用户太多的权限，可以编写Windows服务，该服务将在具有适当特权的帐户下在每台计算机上运行，??并且可以在新应用程序更新时更新您的应用程序。版本可用。 |
