连续/自动部署是否对桌面应用程序有意义？

Question

我目前开始阅读bookContinuos Delivery由谦逊/法利同时在那里有很多的东西是有意义的，有个东西是我唠叨：

它似乎作者们只针对基于服务器的（单 - 客户端？）应用程序（如web应用程序）与他们处理什么事情要做并避免重复。自动化构建过程，测试，部署。

看看标签continuous-deployment的问题，它似乎也只是用于基于服务器的应用程序的上下文中。

所以，我想知道，在“设置”（谈论Windows应用程序）桌面应用程序创建后自动化的东西，甚至有什么意义？桌面应用程序的“部署”始终是用户驱动程序，那么在这里实现自动化会有什么样的意义 - 而且，实际上，什么东西可以自动化，这有什么意义？

_{哦，顺便说一句。我完全不确定这个问题是否会更好地放在programmers.SE上，所以如果你认为它会随意移动的话。}

Answer 1

请检查链接：http://timothyfitz.wordpress.com/2009/03/09/cd-for-client-software/其中谈到可下载软件的连续部署。

Answer 2

简短答案是肯定的。 如果您正在开发组织中台式机上运行的自定义代码，则可以自动将已通过所有测试的最新版本推送到所有客户端PC。

但是，您几乎需要确保部署过程不会破坏用户体验;这将是设计应用程序时必须考虑的事情。另外，您需要确保您的网络能够支持每天将必要文件推送到这些机器X次。通常，台式机不像服务器那样连接。

Answer 3

我们有同样的问题。我们希望能够不断部署我们的桌面应用程序。

Google有一个开源库，名为Omaha，它们用来帮助​​静默更新Chrome。尽管在自己的应用程序中获得无缝的体验需要相当多的工作。

我们实际上正在构建一项服务，希望能够更轻松地持续部署任何桌面应用程序。我们正在努力与尽可能多的潜在用户进行沟通，以确保我们能够建立正确的事情。如果你有兴趣，你可以找到更多的在QuietDeploy.com

道歉的自我促进，但希望它有一些利益。