嗨,我是一个开发人员,正在介绍将通过公司网络分发的内部ClickOnce Winforms应用程序的.NET部署。
目前产品的推出和更新是由组策略处理的,但是我现在想通过ClickOnce部署来控制更新。
我想知道的是,最初我应该如何推出这个包,以确保所有用户都得到了它。我可以使用组策略(滚动)的组合,然后依赖ClickOnce部署模型进行任何进一步的更新吗?
发布于 2010-05-18 17:59:22
我从未听说过有人成功地使用组策略部署ClickOnce应用程序。ClickOnce虽然提供了轻松的更新,但在安装机制方面却不太灵活。据我所知,答案是否定的。
Joel在这个Stack溢出帖子中提出了一种可能的混合方法:https://stackoverflow.com/questions/1841435/is-it-possible-to-automate-a-clickonce-deployment。基本上,构建一个传统的MSI安装包来安装ClickOnce安装程序的快捷方式。
发布于 2010-05-18 18:46:14
可能可以通过安装msi安装快捷方式来部署ClickOnce,但这很难达到“单击一次”的目的。ClickOnce被专门设计为不被自动部署,因为它是为用户部署和更新而设计的(这就是为什么它被称为ClickOnce而不是一次部署)通过组策略进行的部署应该通过Windows包(.MSI文件)、转换文件(.MST文件)和补丁文件(.MSP文件)完成。
如果您选择ClickOnce路由,您将无法依赖所有用户都安装了该包,即使您确实使用自己的MSI来安装clickonce应用快捷方式。由于Clickonce无法向MSI报告,MSI安装程序将始终按实际包状态报告安装情况。
从windows管理的角度来看,我会直截了当地拒绝这个想法,如果你想节约使用Clickonce,我会告诉你发送一封电子邮件给想要这个应用程序的用户,并给他们发送到安装程序的链接。
https://serverfault.com/questions/143055
复制相似问题