使用.NET One-Click部署是否存在任何重大问题？

Question

我正在将应用部署到未知数量的客户端。这将是5-10开始，最终几十个。我正在考虑为每个客户端创建一个不同的Web文件夹，因此我可以控制更新并逐步推出它们。

One-Click部署是否存在任何重大已知问题？在golive之后不久我会自杀吗？

Answer 1

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

Answer 2

我们一直在这里使用ClickOnce 3年，也许是4年，并且从未遇到过任何重大问题。

我们遇到的唯一次要问题是在Visual Studio 2005版本的ClickOnce中进行代码签名 - 如果更改了CS证书，应用程序将无法运行，我们必须卸载/重新安装。但自Visual Studio 2008以来，这已得到修复，我没有注意到任何其他问题。

与MSI安装程序或其他类型的安装程序相比，ClickOnce相当限制 - 您没有非常强大的预安装和安装后操作系统，注册表项，启动注册等。，但这是预期的，因为ClickOnce部署意味着在低特权环境中运行。

Answer 3

ClickOnce没有任何重大问题需要担心，它确实做得很好。但是，您将遇到许多挑战，以使其能够顺利地为多个客户端工作。

通过'客户'我认为你的意思是'客户'？每个客户都有 n 用户，每个用户都会安装你的应用程序？

你和MAGE需要成为朋友。为什么？理想情况下，您希望创建一个已发布的构建（已在构建计算机上通过所有测试并已通过QA），您希望从此构建为每个客户端创建单独的部署。为此，需要至少更改InstallUrl和UpdateUrl MsBuild值，因为它是每个客户端的不同Web目录。

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

我们正在完成这个过程，获取一个已发布的版本，然后为不同的站点创建该构建的几十个“部署”，每个站点都有不同的配置信息，例如Web服务URL。

要让它正常工作需要花费相当多的时间，然后有更多的时间来自动化它...如果我要说一个'必须这样做'那将确保你使用批处理文件或命令自动执行该过程line app ...无关紧要你如何自动化它只是确保它。

祝你好运！

Answer 4

我认为在你的模型中可能让你疯狂的是跟踪可能的几十个版本。 ClickOnce不会成为你的问题。

Answer 5

我们在全球拥有数千名客户，并且已经使用ClickOnce部署，并在2-1 / 2年内取得了巨大成功。我们看到的唯一问题是防火墙和防病毒软件，甚至这种情况相当罕见。