subversion配制

版本控制级别
高
 严格控制，PM、PL才有版本的控制权；
中
 一般控制，PL、SA及以上岗位有版本的控制权；
低
 宽松控制，SA、AP及以上岗位有版本的控制权。

版本提交是指：程序员或SA把程序代码、配置脚本、数据库表定义脚本、数据库表基础数据等，提交给测试团队building；
 版本控制级别为“低”的提交流程：
 1。测试团队确认building目录已经备份；
 2。临时解开building目录权限；
 3。SA、AP提交代码、配置、数据库等；
 4。测试团队building；如果building有问题重复第三步；
 5。Building正确后，恢复目录权限

版本控制级别为“中”的提交流程：
 1。PL或SA才有权提交，或直接指导AP提交；
 2。测试团队确认building目录已经备份；
 3。临时解开building目录权限；
 4。提交代码、配置、数据库等；
 5。测试团队building；如果building有问题重复第四步；
 6。Building正确后，恢复目录权限

版本控制级别为“高”的提交流程：
 1。PM或PL才有权提交；
 2。提交人需要填写提交单（见提交单模板）给PM或PL确认后转发EMAIL到测试团队负责人；
 3。测试团队确认building目录已经备份；
 4。测试团队check in到building目录并building；
 5。如果building有问题重复第二步；

 经过测试团队building并无异常的版本，即进入alpha/qilin[版本号](版本号通常由日期组成);
在独立的测试环境中，进行集成测试、功能测试、性能测试以及自动测试（含回归测试）；
编写alpha版本测试报告；
测试团队从多个alpha版本中挑选一个版本作为bete版本，选中的beta进入beta/qilin[版本号] (版本号通常由日期组成),编写beta版本情况报告(完成的功能点、通过的案例、存在的缺陷等）
Beta版本安装在beta独立的测试环境中作beta版本测试。

 除了访问授权控制外，还需要备份；
 subversion控制的版本，每天晚上自动打包备份到redhatLinux环境中，同时也备份到另外一台windows服务器中；
定期清理,删除老的备份(一个月前的备份）。