程序员都清楚,任何的改动都有可能带来潜在的问题,只是有的时候,潜在的问题概率比较大,有的时候潜在的问题发生概率比较小。
在准备发布一个版本前,应该有一个代码冻结的阶段,这个阶段里,不允许进的:
- feature。(这决不是后期应该做的)
- 改动小的bug。(如果这个bug很小,不太重要,那么就推迟到下一个版本修正吧)
允许进的代码:
- 重大的bug修正(显然,重大的bug,有可能有更大的风险,需要更多的code review和测试来保证质量)。
不要轻易相信,不要轻易说
- 我这个肯定没有问题。
本文探讨了在准备发布版本前,如何进行代码冻结,包括哪些代码可以被允许进入,哪些不能,以及如何平衡重大bug修正与潜在风险。
程序员都清楚,任何的改动都有可能带来潜在的问题,只是有的时候,潜在的问题概率比较大,有的时候潜在的问题发生概率比较小。
在准备发布一个版本前,应该有一个代码冻结的阶段,这个阶段里,不允许进的:
允许进的代码:
不要轻易相信,不要轻易说
您可能感兴趣的与本文相关的镜像
GPT-SoVITS
GPT-SoVITS 是一个开源的文本到语音(TTS)和语音转换模型,它结合了 GPT 的生成能力和 SoVITS 的语音转换技术。该项目以其强大的声音克隆能力而闻名,仅需少量语音样本(如5秒)即可实现高质量的即时语音合成,也可通过更长的音频(如1分钟)进行微调以获得更逼真的效果

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