问使用.NET一键式部署有什么主要问题吗？

EN

我们在这里使用ClickOnce已经有3年甚至4年的时间了，从来没有遇到过任何大的问题。

我们遇到的唯一小问题是在Visual Studio2005版本的ClickOnce中的代码签名-如果CS证书被更改，应用程序将无法运行，我们将不得不卸载/重新安装。但是这个问题从Visual Studio 2008开始就已经修复了，我没有注意到任何其他的问题。

与MSI安装程序或其他类型的安装程序相比，ClickOnce是相当有限的-您没有一个令人难以置信的强大系统，包括安装前和安装后的操作、注册表项、启动注册等，但这是意料之中的，因为ClickOnce部署意味着在低特权环境中运行。

首先，必须为给定工作站上的每个用户安装ClickOnce部署的应用程序。没有办法通过ClickOnce为所有用户安装。这是因为ClickOnce部署的应用程序安装在用户的配置文件文件夹下，而不是"Program Files“文件夹下。

你不需要担心ClickOnce有什么大问题，它做得很好。然而，要使它在多个客户端上顺利工作，您将遇到许多挑战。

我猜你说的“客户”指的是“客户”？而且每个客户都有n个用户，每个用户都将安装您的应用程序？

你和MAGE需要成为朋友。为什么？理想情况下，您希望创建一个已发布的构建(已通过构建机器上的所有测试，并已通过QA)，从该构建中，您希望为每个客户端创建单独的部署。要做到这一点，至少需要更改InstallUrl和UpdateUrl MsBuild的值，因为它是每个客户端的不同web目录。

一旦你做了这些更改，ClickOnce将不再安装该应用程序，因为一个或多个文件已被修改。此时，您可以使用MAGE重新生成应用程序清单(例如myApp.exe.manifest)，然后重新生成部署清单(例如myApp.application)。我发现这样做的一个问题是，您需要将“应用程序文件”目录更改为"ApplicationFiles“。

我们正处于这样做的过程中，取一个已发布的构建，然后为不同的站点创建几十个该构建的“部署”，每个站点都有不同的配置信息，如web服务urls。

它需要相当多的时间来让它正常工作，然后更多的时间来自动化it...if我是说一个“必须做的”它将确保你通过批处理文件或命令行应用程序自动化这个过程……无论你如何自动化，只要确保它是自动化的。

祝好运!