你应该多久释放软件的更新？[关闭]

StackOverflow https://stackoverflow.com/questions/360028

  •  21-08-2019
  •  | 
  •  

题

片刻之前 杰夫*阿特伍德所说的以下的twitter:

听着，我爱的快速新软件版本，但是频率主要发布仅仅是荒谬的。

这让我想想， 你应该多久释放软件的更新？

  • 每天吗？
  • 每周?
  • 每月?
  • 每年?

什么是最好的释放战略？

有帮助吗？

解决方案

我会说在WordPress的具体情况下， 他们将"安全更新"和"功能更新".这是糟糕的。

这将是喜欢做一个地方重新安装Windows的每一次一个安全的错误被发现，而不是简单地下载一个小贴每个星期。

WordPress需要有一个安全补丁的机制，该机制的简单、快速和容易的安全更新。一个过程，是独立于正常的升级流动的新版本。

其他提示

频主版本是那么频繁，因为他们关心的安全和发布更新，修复已知的脆弱性作为迅速，因为他们可以。功能的更新Wordpress发生更频繁，范围在每隔4到6个月里，我想。

我认为这是一个很好的模型。保持你的客户满意释放新的特点，但是如果你找到安全的缺陷，发布修正。

我会建议如下：

更新时间(秒)-花费的平均时间为用户执行的更新

releaseDelta(天)-最短的时间之间的版本

releaseDelta = updateTime/((1/365)*(60*60*8))

这个公式是根据我的理论，用户应该花不超过8小时，在任何一年的等待对更新应用程序。

这也使用于频繁地更新，只要的更新是在透明的方式，而不破坏的终端用户。

我认为，这在很大程度上取决于你的特别情况。正在说，我认为一个日释放的任何严重的业务应用程序只是完全荒谬的。如果你被释放的每一天然后有可能是一个严重的问题，除非你是在一些非常奇怪的情况下的业务规则的不断变化或者类似的东西。

频率低于iTunes更新。

我尝试使用下面，我希望简单，两部分的准则：

  1. 如果它要求用户下载和/或安装一些东西，或者改变现有的代码，他们维持，然后释放需要提供的重大优点。这是一个释放，增加了重要的新特征，一个固定significan量的问题，或者修复了较少数目的立即和紧迫的问题。
  2. 如果它不要求用户下载和/或安装的版本将计划的出现，如规定通过的迭代。如果有一个可释放的产品在结束本次迭代，它将部署。迭代将包含技术和业务需求，确定之前启动的迭代。

因此，对我们来说，事情就像桌面应用程序或网络服务一般属于第一项规则，情况如我们的网站将属于第二位。我们运行相当良好的中小型迭代在四到六周的开发时间当前，减少到两个到四年。这是我们的"介入"一起-混合动力。

注意，产品并不总是必须发展(或参加一个迭代)。这很可能是一个产品将当的，过时的，直到需要改变，如果第一个规则的适用。

它取决于客户的方法来配置控制。

他们有一个选择，你知道。最终他们可以选择不使用你的产品。

如果客户将接受你改变东西的每一天，他们不关心，它没有任何训练或配置管理的影响；有自动更新。

客户与国有企业(标准操作环境)的仇恨更新。

意识到一些顾客不会接受软件"叫回家"。他们会想到他们自己的更新。其它的人民将不得不参与。这是更多工作。

一些客户将需要/需要做自己的QA;取决于客户的软件。

如果客户需要做测试/工作，接受部署的软件，释放一些多长的测试/部署周期。除非客户没有交错部署和测试。这就是他们总是测试一个新的版本，并滚出来。

例如：2个星期的测试，释放不超过每8周。

在此关键软件，释放测试可能需要一个客户个月。他们打赌他们的业务结果和有理由持谨慎态度。所以稿是每6个月左右。

在安全性至关重要的软件，它可能需要许多个月。每年，或关于每18个月的情况并不少见。甚至更少的往往是很正常的。

没有正确的答案,这真的取决于产品。

我说的每月最多。每周/每日仅有太多的时候，当然，除非该应用程序的更新是一个自动化的和透明的方式，例如Firefox的更新系统

你可以释放他们经常为你想要的。这件事情阻碍用户是不知道他们是否需要你的新版本，或没有。这意味着你需要被非常清楚地了解哪些新的功能，你已经实现，虫子，你已经固定的，和您是否已经固定的任何安全问题。更重要的是，你的用户希望能够相信，如果他们这样做，安装一个新的版本，没有拿到了破坏。

我认为，如果这是可能的 你应该有你的软件，会自动更新 当需要，从而为 保持整个更新进程顺利和不可见的 以用户为可能。

对于该地区的我的工作中，工业的控制，很少。我们通常做的一个主要释放非常的2年。小释放可能每隔3至6个月。错误贴然是一个不同的故事，他们被释放。甚至那几个客户将升级现有的系统。当然在其他领域，升级有更多的接受。

当时有新的功能/bug修复值得释放??为什么它在一个时间表？

我们不反对安全的错误越来越固定尽快他们发现，尽管我希望他们能写更多可靠的代码放在第一位。什么我反对(至少作Wordpress变)是增强版本，可能可以打破的插件发生的太快。它花了多长时间去从2.5至2.6?2.7出来的很快。

自动或半自动升级将缓解一些问题，但是，只有当插件作升级为好，或者如果他们分开的安全修复，从功能的变化，所以我可以说，坚持有2.5但仍然是最新的与安全补丁直到我确定所有的插件，我使用的工作2.6或2.7或(当时)4.0.

每当他们的需要。记住一些用户感到更安全，得到定期更新，而有些只是觉得恼火的具有弹出每一天"有129新安装！按此要等20分钟的时间来下载，那么另有10个安装他们！"...你看到我点。

它取决于本质上的升级和数量的用户的干预必须完成它。

如果它是一个网站，你可以升级，每天，因为只要你不打断任何东西。

如果这是一个免费安全更新，尽快总是赞赏。

一个免费修正的升级，如果它已经被安装由用户，不应该超过每两个月。

任何已经支付为不可能更加频繁，比一年一次，或人民将开始感觉到利用。甚至更为某些类别的软件，例如操作系统。

许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top