我目前正在阅读 Humble/Farley 的《 Continuos Delivery 》一书 ，虽然其中的很多内容都很有道理，但有一件事让我烦恼：
似乎作者只针对基于服务器的（单客户端？）应用程序（如 web 应用程序），他们处理要做什么并避免 wrt。自动化构建过程、测试和部署。
查看标记为持续部署的问题，该术语似乎也仅用于基于服务器的应用程序的上下文中。
所以，我想知道，在创建桌面应用程序的“设置”（谈论 Windows 应用程序）之后自动化东西是否有意义？桌面应用程序的“部署”始终是用户驱动的，那么在这里自动化任何东西会有什么意义——而且，真的，什么东西可以自动化是有意义的？
哦，顺便说一句。我完全不确定这个问题是否会更好地放在programmers.SE上，所以如果你认为可以，请随时将它移到那里。
请查看链接：http ://timothyfitz.wordpress.com/2009/03/09/cd-for-client-software/讨论了可下载软件的持续部署。
简短的回答是肯定的。如果您正在开发在组织中的台式 PC 上运行的自定义代码，则可以自动将已通过所有测试的最新版本推送到所有客户端 PC。
但是，您几乎肯定需要确保部署过程不会破坏用户体验；这将是设计应用程序时必须考虑的事情。此外，您需要确保您的网络可以支持每天 X 次将必要的文件推送到这些机器。台式机通常不像服务器那样连接。
我们有同样的问题。我们希望能够持续部署我们的桌面应用程序。
谷歌有一个名为Omaha的开源库，用于帮助默默更新 Chrome。不过，要在您自己的应用程序中获得无缝体验，需要做很多工作。
我们实际上正在构建一项服务，有望使持续部署任何桌面应用程序变得更加容易。我们目前正在尝试与尽可能多的潜在用户交谈，以确保我们构建正确的东西。如果您有兴趣，可以在QuietDeploy.com上找到更多信息
为自我推销道歉，但希望它有一些兴趣。