代码之家  ›  专栏  ›  技术社区  ›  Yoenhofen

使用.NET一键式部署是否有重大问题?

  •  4
  • Yoenhofen  · 技术社区  · 14 年前

    我正在向未知数量的客户端部署应用程序。开始是5-10分钟,最后是几十分钟。我正在考虑为每个客户机创建一个不同的web文件夹,这样我就可以控制更新并以渐进的方式将其推出。

    一键式部署是否存在已知的主要问题?我会在戈立夫死后不久自杀吗?

    5 回复  |  直到 14 年前
        1
  •  3
  •   Aaronaught    14 年前

    我们在这里使用clickonce已经有3到4年的时间了,从来没有遇到过什么大问题。

    唯一 少数的 我们遇到的问题是在visual studio 2005版本的clickonce中进行代码签名-如果更改了cs证书,应用程序将无法运行,我们必须卸载/重新安装。但是自从visual studio 2008之后,这个问题就被修复了,我没有注意到任何其他问题。

    clickonce是公平的 有限的 与MSI安装程序或其他类型的安装程序相比,您没有一个非常强大的系统,包括安装前和安装后操作、注册表项、启动注册等,但这是意料之中的,因为ClickOnce部署是在低权限环境中运行的。

        2
  •  7
  •   JSR    14 年前

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

        3
  •  2
  •   wallismark    14 年前

    ClickOnce没有什么大问题,只要你需要担心,它就做得很好。然而,要让它为多个客户顺利工作,您将遇到许多挑战。

    我猜你说的“客户”是指“客户”?每个顾客都有 n 用户谁来安装你的应用?

    你和 MAGE 需要成为朋友。为什么?理想情况下,您希望创建一个已发布的生成(已通过生成计算机上的所有测试并已通过qa),从该生成中,您希望为每个客户端创建单独的部署。要做到这一点,至少需要更改installurl和updaterl msbuild值,因为对于每个客户机,它都是不同的web目录。

    一旦您做出这些更改,ClickOnce将不再安装应用程序,因为一个或多个文件已被修改。此时,您可以使用mage重新生成应用程序清单(例如myapp.exe.manifest)和部署清单(例如myapp.application)。我发现这样做的一个问题是您需要将“application files”目录更改为“applicationfiles”。

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

    它需要相当长的时间才能正常工作,然后需要更多的时间来自动化它…如果我要说的是一个'必须做',它将确保你自动化的过程与批处理文件或命令行应用程序…不管你如何自动化它只是确保它是。

    祝你好运!

        4
  •  1
  •   Austin Salonen gmlacrosse    14 年前

    我认为让你在模特身上发疯的可能是跟踪可能的几十个版本。clickonce不会是你的问题。

        5
  •  1
  •   Sampson    14 年前

    我们在世界各地拥有数以千计的客户,并且已经成功地使用clickonce部署2-1/2年。我们看到的唯一问题是防火墙和杀毒软件,甚至这是相当罕见的。