任务的由来
工作中管理部门开发的CVS仓库部门CVS状态
- 部门在调整了项目组后，重新架构了部门的开发环境，处于中心地位的CVS进行了精心安排
- 专门开发了 CVSmana 管理页面来统一快速的安排CVS和对应的用户的SSH 验证密匙
- 以便，可以针对增长的项目快速进行CVS分配！
- 全部运行在 FreeBSD 5.3-RELEASE-p2-DELPHIJ 中的 CVS 1.11.17-FreeBSD
当前邮件技术部 各项目组的专用CVS仓库分布
- 专门开发了 CVSmana 管理页面来统一快速的安排CVS和对应的用户的SSH 验证密匙
项目组 |
系统目录 |
说明 |
原先的CVS |
/cvs/root/cvsroot |
现在仅仅作为备份，不建议继续在其上进行开发管理 |
运营维护项目组 |
/cvs/root/runmanage |
|
Webmail产品组 |
/cvs/root/webmail] |
|
MTA产品组 |
/cvs/root/MTA |
|
Interface产品组 |
/cvs/root/sinaInterface |
|
Index产品组 |
/cvs/root/sinaIndex |
|
测试管理中心 |
/cvs/root/scm |
|
强力系统组 |
/cvs/root/sinasys |
|
- 而且通过 CVSup 每周自动同步到专用的备份机器中
- 本来想就仅仅让研发中心可以接触备份的CVS服务器就好的,还是按照原来的工作方式来统计嘛!
但是！！！
每周统计需求
研发中心,的每周开发活动统计,面对如此多的仓库,手工来分析就痛苦了!
- 经过反复交流,最终确定了周CVS活动统计的指标性数据为:
- 每周总更新文件数目
- 每周总更新修改次数
- 并且要抽查,备份相应文件
其中的"更新"指CVS中 文件提交,增加文件,执行tag命令
- 仅仅是确定需求,就花费了不少时间, 中间变换了多种统计辅助方法,但是都是Python 来快速组织实现，并进行运行的！
8过!确认后,快速解决为简单的一个汇报XML文件!
-- 点击展开各CVS中各模块的更新情况,并有查阅,下载链接!
-- ZoomQuiet [2005-01-05 09:55:53]