我现在正在开始阅读Humble / Farley的book Continuos Delivery，虽然其中有很多东西是有道理的，但有一件事让我烦恼：
看起来作者似乎只针对基于服务器（单客户端？）的应用程序（如webapps）来处理要做的事情并避免使用wrt。自动化构建过程，测试，部署。
查看标记为continuous-deployment的问题，似乎该术语似乎仅用于基于服务器的应用程序的上下文中。
所以，我想知道，在桌面应用程序的“设置”（谈论Windows应用程序）创建后，自动化的东西是否有任何意义？桌面应用程序的“部署”始终是用户驱动程序，因此在这里自动执行任何操作会产生什么样的感觉 - 实际上，可以自动化什么东西才有意义？< / p>
哦，顺便说一下。我完全不确定这个问题是否会更好地放在programmers.SE上，所以如果您认为这样做，请随意移动它。
答案 0 :(得分：3)
请查看链接：http://timothyfitz.wordpress.com/2009/03/09/cd-for-client-software/，其中涉及可下载软件的持续部署。
答案 1 :(得分：2)
简短的回答是肯定的。 如果您正在开发在组织中的桌面PC上运行的自定义代码，则可以自动将已通过所有测试的最新版本推送到所有客户端PC。
但是，您几乎需要确保部署过程不会破坏用户体验;这将是设计应用程序时必须考虑的事情。此外，您需要确保您的网络可以支持每天X次将必要的文件推送到这些计算机。桌面通常不与服务器连接。
答案 2 :(得分：0)
我们遇到同样的问题。我们希望能够不断部署我们的桌面应用程序。
Google有一个名为Omaha的开源库，用于帮助静默更新Chrome。虽然在自己的应用程序中获得无缝体验需要相当多的工作。
我们实际上正在构建一项服务，希望能够更轻松地连续部署任何桌面应用程序。我们正努力与尽可能多的潜在用户交流，以确保我们能够构建正确的用户。如果您有兴趣，可以在QuietDeploy.com
了解更多信息为自我推销道歉，但希望它有一些兴趣。