关于应对代码版本管理机制不完全的情况下项目发包管理思路

  最近在做项目中发现，提出的项目更改要求可以按时完成，但是往往完成了功能以后会影响到其它的功能，如这个功能修改完成后，相关的功能又出现了BUG.

  无奈只能是每次发完包以后进行全面的测试，但是长久下来发现很是受不了。一是发包时间很晚，再加测试，时间就会到半夜。二是万一测试出问题，修改基本上来不及，来得及也是通宵修改，第二天的工作安排基本报废。

   经过讨论，对SVN代码进行了版本控制的同时，也对更新包进行了版本控制。也就是另外搭一台服务器，搭一个数据库。在此基础上进行反复测试，没有问题后再进行发包，且每次对客户关注的重点必须反复测试，而且要在演示汇报的地点进行测试，因为很多问题不站在客户的角度是发现不了的。