为什么不在星期五部署?[关闭]

它不是 只是 一个虫子的问题。可能还有其他相关的支持负担-向用户解释新功能,监视是否存在性能问题。

一个新的版本通常意味着支持活动的短暂高峰——所以当可用的人更少(或者对占用的时间有更多的不满)的时候安排是一个坏主意。

你几乎回答了你自己的问题。这是一个简短而甜蜜的理由:如果你在星期五发货,而一个bug使它投入生产,通常在下星期一之前没有人来修理它或与客户交谈。在最坏的情况下,可能会损失几天的收入。

不要在周五部署,因为:

1. 现在是周末,所以人们不那么敏锐
2. 现在是周末,所以人们无法修复错误
3. 现在是周末,所以人们不能回答问题
4. 现在是周末,那你为什么要部署?

我们避免在周四发布代码 或 星期五-没有人想在星期五找出关键任务的漏洞,而且有可能即使我们在一天内完成修复,也至少要过一天才能发布,这意味着要么周末工作,要么直到下周才能修复。

这取决于你的目标群体。 我们主要在星期五部署。我们的基于浏览器的产品在全球范围内供客户使用,但主要是在办公时间使用。这意味着,如果我们想确保不影响任何客户(印度和中东周六不下班),我们除了周日上午没有其他时间,但通常我们“妥协”并在周五下午部署。

如果之前我们在一个Datingsite上工作过,理想情况下我们希望在周二左右部署新的东西,因为活动在周末达到高峰,奇怪的是,周一在午餐前后。

不管怎样,这归结为两个考虑因素。1。什么时候对您的客户(如果它是一个web应用程序)的干扰最小?什么时候最适合开发团队快速修复关键错误。

如果你担心你的开发人员在接近周末时变得马虎,那么你的qa管道可能太短了。

我们通常在星期二部署,然后我们有一个星期的剩余时间来处理任何问题。这也有点取决于行业,如果周末没有工作,也许可以在周五晚上部署,但如果他们在工作,那么这不是一个好主意。

人们往往在周五(已经在考虑热约会和冷啤酒)和度假前的几天都比较邋遢。

这真的取决于你的申请和周末有多忙/有多关键。

我们通常不在周五部署软件,但通常在周六或周日部署。我们发现周日早上特别有助于最大限度地减少释放的影响。

这真的取决于你是在尽量减少发布所需的任何停机时间的影响,还是减轻任何潜在的bug。

在客户实际使用系统之前(大多数情况下),您不会看到任何bug,因此如果您在周末使用率较低,那么在周五部署相当于在周一上午部署。

另一方面,像网上购物这样的东西往往在周末有更多的使用,所以你肯定会被建议不要在周五部署其中一个。

这还取决于您的非工作时间支持政策。如果有人随时待命,可以将软件回滚,则风险较小。尽管如此,我还是宁愿在工作周这样做。

我们通常在星期二到星期四部署,而不是星期一(我们最忙的一天)和周末(当一个bug可能会被忽视而导致问题时)

你 应该 在星期五部署,这样你就有了一个周末的时间来清理它,并在你的团队的其他成员在星期一注意到你的疏忽之前修复错误。

我永远不会计划星期五的部署,除非我也计划星期六在办公室验证它的工作是否正确,如果你因为打滑而在星期五部署,你将面临急事的极大危险,最好等待,让每个人在周末都冷静下来。然后在星期一早上复查后发货。

如果您的部署在周末运行,那么从星期五晚上开始可以给您一个良好的开始,因为办公室会提前一点清理,所以总体系统负载将低于星期一上午。

我在一家公司工作,该公司的政策是在周五部署;他们在以色列,周六通常是工作周的最后一天。总之…

在我的上一家公司,政策是不迟于周二和周四的午餐时间向作战人员提供部署包。这意味着他们有半天的时间把它拿出来,如果现场质量保证的最后一个阶段出了什么问题,他们会要求进行小的调整。(任何其他qa都可能在一周的任何时候发生,因为它不是实时的。)

在任何时候,如果OPS有时间(当然,无论如何都应该提前预订),但决不允许释放到除Live以外的任何环境中继续生活:

星期一-糟糕,你刚刚从(希望是一个非工作的)周末回来,不会把上周做的所有事情都摆在你的面前。 星期三-通常是一周中效率最低的一天,作为“工作中间”的一天。如果您的时隙是星期二,而您由于错误而错过了它,那么星期三可能是一个错误的选择,因为您没有提供足够的时间来修复和测试这些错误。 星期五-来吧。真的吗?今天是星期五。如果这真的需要解释的话,那么你没有足够的经验来担任你现在的管理职位。但说真的,这是因为在周五部署意味着自愿让你的客户在周末到现场测试你的工作。对我来说,这可比你想干的蠢事强多了。

我们很幸运能利用好时差,我们在世界各地都有办事处。因此,在向客户进行更新时,我们会安排更新,以便在一夜之间为客户完成更新,从而将对客户的影响降到最低。

当您控制软件的实现和部署时,这很好地工作,但在网站上发布完全是另一回事。正如其他人已经指出的那样,请确保留出时间:

1. 支持可能发生的怪癖和错误
2. 支持转型中的用户
3. 最后一分钟热修复