您好，我是一个开发人员看到引入ClickOnce部署的内部.NET Winforms应用程序将通过公司networking分发。
目前产品推出和更新由组策略处理，但是我想通过ClickOnce部署来控制更新。
我想知道的是，我应该如何最初推出这个软件包，以确保所有的用户都已经掌握了它。 我可以使用组策略（推出），然后依靠ClickOnce部署模型的任何进一步更新？
我还没有听说任何人成功使用组策略来部署ClickOnce应用程序。 ClickOnce在提供易于更新的同时，在安装机制方面不是很灵活。 所以，据我所知，答案是否定的。
乔尔Coehoornbuild议在这个堆栈溢出后可能的混合方法：post： 基本上，build立一个传统的MSI安装包，安装ClickOnce安装程序的快捷方式。
也许可以通过快捷方式的msi安装来部署ClickOnce，但这几乎违背了“点击一次”的观点。 ClickOnce是专门devise为不能自动部署的，因为它是为用户部署和更新而devise的（这就是为什么叫做ClickOnce而不是部署）通过组策略部署应该通过Windows安装程序包（.MSI文件），转换文件（。 MST文件）和补丁文件（.MSP文件）。
如果您selectClickOnce路由，即使您将自己的MSI安装到Clickonce应用程序快捷方式，也不能依靠所有用户安装该软件包。 由于Clickonce无法向MSI报告，因此MSI安装程序将始终以安装方式报告实际包状态。
从一个Windowspipe理的angular度来看，我只是平坦地说，不要这个想法，如果你想deply使用Clickonce我会告诉你发送一个电子邮件给用户想要这个应用程序，并发送给他们一个链接到安装程序