创建 ClickOnce 部署的最佳方式是什么答案

【问题标题】：What's the best way to create ClickOnce deployments创建 ClickOnce 部署的最佳方式是什么
【发布时间】：2010-09-06 10:48:41
【问题描述】：

我们的团队开发分布式 winform 应用程序。我们使用 ClickOnce 进行部署，对此非常满意。

但是，我们发现 ClickOnce 的痛点在于创建部署。我们拥有标准的开发/测试/生产环境，并且需要能够为每个安装和更新的环境创建部署。此外，我们希望控制部署哪些程序集。编译程序集并不意味着我们希望部署它。

创建部署的首选显然是 Visual Studio。但是，VS 确实没有解决所述问题。下一个是 SDK 工具 Mage。 Mage 工作正常，但创建部署相当乏味，我们不希望每个开发人员都拥有我们的代码签名证书和密码。

我们最终做的是推出我们自己的部署应用程序，该应用程序使用 Mage 的命令行版本来创建 ClickOnce 清单文件。

我对我们当前的解决方案感到满意，但似乎会有一种全行业公认的方法来解决这个问题。有吗？

【问题讨论】：

【解决方案1】：

我会考虑使用msbuild。它内置了 tasks 用于处理 clickonce 部署。如果您想走这条路，我提供了一些参考资料，它们将帮助您入门。这是我使用的，我发现它可以满足我的需求。通过使用 msbuild 的良好构建过程，您应该能够消除您所感受到的痛苦。

这里是 detailed post，了解 ClickOnce 清单生成如何与 MsBuild 配合使用。

【讨论】：

嗨，戴尔，您的链接已失效，您知道帖子的标题吗？
@TombMedia 不幸的是，我今天也不一定推荐使用 ClickOnce。如果您要重新开始，即尚未将 ClickOnce 用于您的项目，您可能需要查看 Squirrel。
我希望。被困在这里的遗产地。无论如何，谢谢。

【解决方案2】：

我使用 nAnt 运行整体构建策略，但将参数传递到 MSBuild 以编译和创建部署包。

基本上，nAnt 会为您需要部署到的每个环境调用 MSBuild，并为每个环境生成单独的部署输出。您最终会得到每个环境所需的文件夹和所有 ClickOnce 文件，您只需将其复制到服务器即可。

这也是我们处理多个生产环境的方式——我们在美国、加拿大和欧洲有单独的应用程序实例，因此每个构建最终会创建九个部署，其中三个用于 dev、qa 和 prod .

【讨论】：