logo标签列表

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

build-automationautomated-deploycontinuous-deploymentautomated-deployment
8
我目前正在阅读Humble/Farley的书籍 《Continuos Delivery》，虽然其中很多东西都很有道理，但有一件事情让我感到不安：它似乎只针对基于服务器（单客户端？）应用程序（如Web应用程序）进行处理，关于自动化构建过程、测试和部署的事项。
看着标记为continuous-deployment的问题，似乎这个术语仅在服务器应用程序的上下文中使用。
所以，我想知道，在创建了桌面应用程序的“设置”之后自动化操作是否有任何意义？桌面应用程序的“部署”始终是用户驱动的，因此在这里自动化任何事情有什么意义 - 真正有意义的是什么样的自动化？

哦，顺便说一句。我完全不确定这个问题是否更适合放在程序员.SE上，如果你认为更好，请随意将其移动到那里。

3个回答
3
不错的链接，谢谢。虽然不是针对每个桌面软件（我们的是一种始终离线的野兽），但一定值得一读。 - Martin Ba
2
简短的回答是可以。 如果您正在开发在组织中运行的桌面PC上的自定义代码，则可以将已通过所有测试的最新构建自动推送到所有客户端PC。 但是，几乎肯定需要确保部署过程不会对用户体验造成干扰；这是设计应用程序时必须考虑的事情。此外，您需要确保网络能够支持每天向这些计算机推送必要的文件X次。桌面通常没有像服务器那样良好的连接。
0

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

谷歌有一个名为Omaha的开源库，他们用它来帮助 Chrome 进行静默更新。不过，要在自己的应用程序中获得如此无缝的体验需要相当多的工作。

我们正在构建一项服务，希望能够大大简化持续部署任何桌面应用程序的流程。目前我们正在尽可能地与潜在用户沟通，以确保我们构建了正确的产品。如果您感兴趣，可以在 QuietDeploy.com 了解更多信息。

对于自我推广，我们表示歉意，但希望这对您有所帮助。

QuietDeploy发生了什么事情？您还在开发这项服务吗？ - Nathan Stokes
网页内容由stack overflow 提供, 点击上面的
可以查看英文原文，
原文链接