程序员都清楚,任何的改动都有可能带来潜在的问题,只是有的时候,潜在的问题概率比较大,有的时候潜在的问题发生概率比较小。
在准备发布一个版本前,应该有一个代码冻结的阶段,这个阶段里,不允许进的:
- feature。(这决不是后期应该做的)
- 改动小的bug。(如果这个bug很小,不太重要,那么就推迟到下一个版本修正吧)
允许进的代码:
- 重大的bug修正(显然,重大的bug,有可能有更大的风险,需要更多的code review和测试来保证质量)。
不要轻易相信,不要轻易说
- 我这个肯定没有问题。
本文探讨了在准备发布版本前,如何进行代码冻结,包括哪些代码可以被允许进入,哪些不能,以及如何平衡重大bug修正与潜在风险。
程序员都清楚,任何的改动都有可能带来潜在的问题,只是有的时候,潜在的问题概率比较大,有的时候潜在的问题发生概率比较小。
在准备发布一个版本前,应该有一个代码冻结的阶段,这个阶段里,不允许进的:
允许进的代码:
不要轻易相信,不要轻易说
您可能感兴趣的与本文相关的镜像
Qwen3-8B
Qwen3 是 Qwen 系列中的最新一代大型语言模型,提供了一整套密集型和专家混合(MoE)模型。基于广泛的训练,Qwen3 在推理、指令执行、代理能力和多语言支持方面取得了突破性进展
1983

被折叠的 条评论
为什么被折叠?