你不打算完成代码冻结

Question

我正在开展一个已经运行了很长一段时间的项目,我们正在进行产品的最终发布.

目前的测试工作已经发现系统中还有大约30个缺陷,但是我们没有时间来解决所有这些缺陷(我确信这是一种非常常见的情况).

我和不同的人讨论了代码冻结是否应该继续进行.目前,我的经理希望保持代码冻结,但是要在冻结和释放之间的窗口中修复剩余的关键缺陷(大约5周).我担心这不是一个实际的代码冻结,而是代码"搪塞"充其量.这些缺陷将由一组高级工程师进行分类,以确保只有剩余问题中的关键修复实际上得到了解决,但从初步看来,关键问题似乎占总缺陷缺陷的三分之二左右.

我知道,冻结代码会给开发人员带来一些心理上的好处,例如为所有工作提供固定的结束日期.然而,这似乎完全否定了我的经理公开讨论将在"冻结之后"进行的修复.

我想知道是否有其他人有类似的经历,或者可以就如何处理这种情况的最佳方法提供一些建议.我开始认为没有人在他们说他们要去的那天实际上冻结他们的代码库.

我们计划在代码冻结日从subversion中进行分支,以确保产品的最终发布版本与开发中继隔离,因此我不太担心影响发布版本的更改问题的产品.

谢谢,

Aidos

编辑:我想解释一下我的经理人思维的最好办法是,它不是一个真正的代码冻结,更多的是'功能冻结’的,但是所有的功能已经有一段时间的产品,现在我觉得这是一个粗略过度简化.

EDIT2:我想感谢大家的伟大的答案,可惜我只能标记一个乐于助人,即使所有的7个答案至今一直非常有帮助的.

Answer 1

这是一种平衡的行为.

一方面,它是很好的有一个代码冻结期,但另一方面,这是任何人的利益为您发货足够大到让你的客户走开关键问题的产物.

如果问题非常严重,如果它是我的产品,没有代码冻结会阻止我修复它们.

祝好运!