项目中的版本控制

引言:
      在马上就要结束的一个项目,当大家都已经看到了快要上线的情况下.却发现我们的版本管理出现了一些问题.本来是一个小的问题,却引起了一阵恐慌,甚至用户都怀疑我们的测试过的程序是否还会有问题.
      之前还是要介绍一下我们的项目的基本情况.当我们的完成好IT和ST测试以后,就去用户那里对应他们的UAT测试,但是公司为了利益考虑,就把项目团队分成了三个部分,客户现场部分,开发现场部分,剩下的人回了公司,同时我们的文件服务器和数据库服务器也就分部在了不同的地方,因为不能互联.这就存在了一个版本控制和时间差问题.
      分开之前虽然都拿到了最新版本,但是没有指定最后到底要用哪台机器的程序做为最终版本,大家在更改程序的过程中都认为自己本地是最新版本,但是总会有些情况下个别人会忘记把自己最新的程序更新到服务器上.终于在一个月以后发现了更改后的BUG又重新出现在我们的BUG列表中.
      这时我们不得不停下我们手头的工作来重新思考项目中的版本控制问题.首先是确定了一台服务器做为最终版本.以后每个人更改程序都要让管理服务器的人发给他最新的程序,虽然有些复杂,但是后期结果证明这时正确的.其次是检查以前的BUG,重新测试.虽然没有检查出新的问题,但是也消除了项目中存在的一个安全隐患.最后还是把文件服务器搞到了一起.
      经过一系列的调整,程序的版本果然没有了问题.但是数据库的版本却也出现过版本混乱的问题.其实说起来这个问题,也真的不能说怪谁,项目的后期,我们一直在加班,每天熬到深夜,在精神上大家状态不佳,做的东西有些混乱.最重要的一次是把我们几个人更改了一天的存储过程全部更改成旧的版本,存储过程没有版本管理的功能,但是幸好我们做的每次改动都有很好的备份.这是一个很好的习惯,一定要注意保留.
    还有一个想说的就是,大家在加班到九点以后其实基本上都已经没有了效率,而且这期间出错的概率非常之大.从我们更改的问题和客户测试的BUG都证实了这一点.