版本控制遇到的问题

    公司开发了一个内部管理系统.但是存在版本上的冲突.系统版本配置结构如下:
1,目前版本有四个.一个是开发版本,是为了有新的需求或者是在原有基础上有了大的改动的部分.一个是上线修改版本,是为了如果在原来版本上存在Bug而急需修改而设置的版本,一个是测试的版本,是为了给需求组进行测试的版本.一个是公测版本,是系统上线的版本.
2,版本控制工具采用CVS,据说是能够不同的人同时更新同一个文件,可以并发开发的一个版本控制工具.但是感觉没有还没有VSS好用呢.在CVS上存在两个版本进行控制的.一个是上线修改版...一个是开发版...出现了一个急需修改的BUG,首先要在开发版上修改.然后在上线修改版上修改.然后在确认无误后在上传需求组测试.
3,测试完成后在到版本控制人员那里在修改一下代码,在发布到公测版.
    总之版本控制的相当混乱,一个Bug需要修改三个不同版本的代码.而且也不能保证修改正确.后来各版本结构之间都对应不上了.公司下令修改版本控制.开发的版本整合成一个.这个过程中还要对应代码.并要重新测试整合后的版本.耗时耗力啊.
    问题出在新功能和老版本急需修改Bug的问题上.所以出现了两个开发的版本.其实一个开发的版本是必须的.也是最好管理的.
    个人觉得,开发新功能.或大的修改原代码应该在原有程序上复制,后修改,在入口部分加开关控制,在开发阶段如果修改Bug可以开老入口,关新入口.在新功能开发完成的时候开新入口.关老入口.

转载于:https://www.cnblogs.com/whbdxxx/archive/2007/11/01/945900.html