Build automation 连续/自动部署对桌面应用程序有意义吗？

我现在开始阅读Humble/Farley的文章，虽然里面有很多东西是有道理的，但有一件事困扰着我：

作者似乎只是针对基于服务器（单客户端？）的应用程序（如webapps）来处理应该做什么和避免wrt。自动化构建过程、测试和部署

从标记的问题来看，这个术语似乎只在基于服务器的应用程序的上下文中使用

所以，我想知道，在桌面应用程序的“设置”（指windows应用程序）创建完成后，自动化这些东西有意义吗？桌面应用程序的“部署”总是由用户驱动的，那么，在这里自动化任何东西会有什么意义呢？实际上，自动化哪些东西会有意义呢

哦，顺便说一句。我完全不确定这个问题是否会更好地提出来，所以如果你认为可以的话，请随意把它移到那里。

请查看链接：其中谈到了可下载软件的持续部署

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

---

但是，几乎可以肯定的是，您需要确保部署过程不会中断用户体验；这是设计应用程序时必须考虑的问题。此外，您还需要确保您的网络能够支持每天X次将必要的文件推送到这些机器上。台式机和服务器通常没有连接。

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

谷歌有一个开源库，名为Chrome，用来帮助用户悄悄地更新Chrome。不过，要想在自己的应用程序中获得无缝体验，需要做很多工作

实际上，我们正在构建一个服务，希望它能使持续部署任何桌面应用程序变得更加容易。目前，我们正试图与尽可能多的潜在用户交流，以确保我们构建了正确的产品。如果您感兴趣，可以在

---

为自我推销道歉，但希望它能引起一些兴趣。

链接不错，谢谢。不是所有的桌面软件（我们的软件总是离线的），但确实值得一读。QuietDeploy到底发生了什么？你还在开发这项服务吗？