你们的项目经常重构代码吗？

SVN上文件如果是重构改名字导致的删除的话，历史都是保留的，跟着重构以后的文件走。

CVS不支持这个功能。

还有就是，真的是删除操作的话，之前的修改记录是找的回来的，就是比较麻烦而已。

遗留代码很难重构吧，只有在fix问题的时候，适当的重构，加入相关的单元测试。即使做新的cr，也不会对遗留代码中相关部分进行大规模重构，老大们的意思一般都是不出问题，就不要去改它。

重构代码是分层次和级别的，一般来说会有代码级的重构、模块级的重构和系统级的重构。
按照你的说法，你们的重构起码是模块级以上的了，如果是这样的话问题可能就会比较多了，很大一部分原因是系统模块的设计问题了，如果设计的兼容性比较差的话是会导致需要不断的做重构来适应需求的不断变化，而好的设计人员往往会提前在设计之时考虑到相关会涉及到的问题从而在设计方案中为潜在的问题和需求预留好解决的接口，不会导致系统出现大的改动，更不会有颠覆性的重构现象。
代码级的重构在功能实现之时就要自己来对涉及性能和复杂逻辑等问题进行代码重构了，而review的一个很重要的一点就是大家相互之间提出对代码的编写意见，其实质就是相互之间提出代码的重构意见。
总之，重构在项目质量的问题上时很重要的一环，具体来说重构在项目中的比重到底应该占多少，应该视对项目质量的比重而定，比如对时间比较紧的项目就可适当减少重构的比重。我曾做过连测试都没有就发布的项目，更不要说重构了，最要紧的问题是项目允许你的时间不够了。而重构代码绝对对你的代码编写能力的提高有帮助

1.反对TDD开发,太浪费时间，平时可以自己多做点黑盒，白合测试什么都有了。
2.适当的重构，不建议太大改动，测试成本太高。

1.反对TDD开发,太浪费时间，平时可以自己多做点黑盒，白合测试什么都有了。
2.适当的重构，不建议太大改动，测试成本太高。

确实是测试成本很高。别人帮我重构了代码，测试的时候发现一大堆问题。
不过自己经常重构，确实可以提高自己的编码水平。

上线的系统重构风险太大，一般是忽悠上二期的时候推倒重来

TDD太浪费时间？你是和什么比太浪费时间？和Debug比？和你的黑箱，白箱测试比？
既然你那么能省时间，何必感叹代码改动还测试成本太高？