##language:zh ''' 任务的由来 ''' <> ''工作中管理部门开发的CVS仓库'' == 部门CVS状态 == * 部门在调整了项目组后，重新架构了部门的开发环境，处于中心地位的CVS进行了精心安排 * 专门开发了 CVSmana 管理页面来统一快速的安排CVS和对应的用户的SSH 验证密匙 * 以便，可以针对增长的项目快速进行CVS分配！ * 全部运行在 FreeBSD 5.3-RELEASE-p2-DELPHIJ 中的 CVS 1.11.17-FreeBSD * ''当前邮件技术部 各项目组的专用CVS仓库分布'' ||项目组||'''系统目录''' ||''说明''|| ||原先的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文件! * {{attachment::historystat.jpg}} -- 点击展开各CVS中各模块的更新情况,并有查阅,下载链接! ----- -- ZoomQuiet [<>]