月世界を還す
subversion配制
上一篇 /
下一篇 2008-05-20 00:30:03
UserName | 每一个用户有一个独立的目录 | 主用户:rw其它已授权的用户:r |
TempArea | 临时存放文件的目录 | AllUase:rw |
CommonDOC | 公共文档,例如需求文档、开发规范等 | PM、PL、SA用户:rw其他已经授权的 用户:r |
DesignDOC | 需求分析文档、设计文档(含数据库设计) | PM、PL、SA:rw 其他已经授权的用户:r |
MDOC | 正式提交的必须文档(文件属性是M、MI的文档) | PL、SA:rw 其他已经授权的用户:r |
Building | Build版本(含代码、配置、数据库) | Admin用户:rw 其他已经授权的用户:r |
alpha | 内部测试版本(含代码、配置、数据库、运行) | Admin用户:rw 其他已经授权的用户:r |
beta | 用户测试版本(运行环境) | Admin用户:rw 其他已经授权的用户:r |
Demo | 演示版本(运行环境) | Admin用户:rw 其他已经授权的用户:r |
版本控制级别
高
严格控制,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服务器中;
定期清理,删除老的备份(一个月前的备份)。
收藏
举报
TAG: