星期五部署？禁令未能实现理想目标
原文英文，约1300词，阅读约需5分钟。
📝
内容提要
避免在星期五部署的目标可以通过其他方式更好地实现。行业并不认同不应在星期五部署的观点。应根据问题的解决方案菜单选择适当的实践。改进部署流程可以降低失败部署的风险。连续部署和DevOps可以提高软件交付性能。
🎯
关键要点
-
避免在星期五部署的目标可以通过其他方式更好地实现。
-
行业普遍不认同不应在星期五部署的观点。
-
最佳实践并不多，许多实践只是良好实践。
-
应根据问题的解决方案菜单选择适当的实践，避免不必要的复杂性。
-
有些被认为是最佳实践的做法实际上是有害的。
-
部署在星期五的常见理由是为了让开发者周末有时间陪伴家人，但这并不总是成立。
-
恢复时间并不恒定，部署频率和恢复时间的分布影响周末的工作。
-
在特定行业中，确实有避免在特定时间部署的理由。
-
研究表明，顶尖表现者每天多次部署，包括星期五。
-
分析显示，星期五的部署比星期一更常见，表明避免星期五部署的神话在实践中并不成立。
-
组织可以选择不在星期五部署，但不应将其作为最佳实践传播。
❓
延伸问答
为什么行业普遍不认同在星期五部署的禁令？
行业普遍认为在星期五部署并不会导致更高的失败率，反而在实践中，星期五的部署比星期一更常见。
如何改进部署流程以降低失败风险？
可以通过选择适当的实践和改进部署管道来降低失败风险，避免不必要的复杂性。
在特定行业中，是否有避免在特定时间部署的理由？
是的，某些行业如零售，确实有避免在特定时间部署的理由，例如在顾客排队结账时不更新软件。
为什么有些被认为是最佳实践的做法实际上是有害的？
一些被称为最佳实践的做法，如Gitflow和大型批量工作，经过实证研究证明可能会对软件交付产生负面影响。
如何评估是否应该在星期五部署？
组织可以根据自身情况决定是否在星期五部署，但不应将其视为普遍的最佳实践，需考虑具体的上下文。
部署频率与恢复时间之间有什么关系？
部署频率和恢复时间的分布影响工作周末的安排，频繁部署可以降低周末工作的概率。
🏷️
