|
Size: 388
Comment:
|
← Revision 4 as of 2009-12-25 07:12:30 ⇥
Size: 2188
Comment: converted to 1.6 markup
|
| Deletions are marked like this. | Additions are marked like this. |
| Line 3: | Line 3: |
| 含有章节索引的中文 文章模板 | 任务的由来 |
| Line 5: | Line 5: |
| <<TableOfContents>> ''工作中管理部门开发的CVS仓库'' == 部门CVS状态 == * 部门在调整了项目组后,重新架构了部门的开发环境,处于中心地位的CVS进行了精心安排 * 专门开发了 CVSmana 管理页面来统一快速的安排CVS和对应的用户的SSH 验证密匙 * 以便,可以针对增长的项目快速进行CVS分配! * 全部运行在 FreeBSD 5.3-RELEASE-p2-DELPHIJ 中的 CVS 1.11.17-FreeBSD * ''当前邮件技术部 各项目组的专用CVS仓库分布'' ||<rowbgcolor="#ADA0FF">项目组||'''系统目录''' ||''说明''|| ||原先的CVS ||/cvs/root/cvsroot||现在仅仅作为备份,不建议继续在其上进行开发管理|| ||<rowbgcolor="#ffffdf">运营维护项目组||/cvs/root/runmanage|| || ||Webmail产品组||/cvs/root/webmail]|||| ||<rowbgcolor="#ffffdf">MTA产品组 ||/cvs/root/MTA|| || ||Interface产品组 ||/cvs/root/sinaInterface || || ||<rowbgcolor="#ffffdf">Index产品组 ||/cvs/root/sinaIndex|| || ||测试管理中心 ||/cvs/root/scm|| || ||<rowbgcolor="#ffffdf">强力系统组 ||/cvs/root/sinasys || || * 而且通过 CVSup 每周自动同步到专用的备份机器中 * 本来想就仅仅让研发中心可以接触备份的CVS服务器就好的,还是按照原来的工作方式来统计嘛! * '''但是!!!''' == 每周统计需求 == * '''研发中心,的每周开发活动统计,面对如此多的仓库,手工来分析就痛苦了!''' * 经过反复交流,最终确定了周CVS活动统计的指标性数据为: * 每周总更新文件数目 * 每周总更新修改次数 * 并且要抽查,备份相应文件 * 其中的'''"更新"'''指CVS中 文件提交,增加文件,执行tag命令 |
|
| Line 6: | Line 33: |
| -- ZoomQuiet [[[DateTime(2005-01-05T09:55:53Z)]]] [[TableOfContents]] = 文章大标 = ''简述'' == 章标题1 == |
|
| Line 12: | Line 34: |
| === 小节标题1 === {{{ #!python Python code }}} |
* 仅仅是确定需求,就花费了不少时间, 中间变换了多种统计辅助方法,但是都是Python 来快速组织实现,并进行运行的! * '''8过!'''确认后,快速解决为简单的一个汇报XML文件! * {{attachment::historystat.jpg}} -- 点击展开各CVS中各模块的更新情况,并有查阅,下载链接! |
| Line 18: | Line 38: |
| ==== 次节标题1 ==== xxx |
|
| Line 21: | Line 39: |
| == 章标题2 == === 小节标题2 === {{{ 其它 代码引用 }}} ==== 次节标题2 ==== yyy |
----- -- ZoomQuiet [<<DateTime(2005-01-05T09:55:53Z)>>] |
任务的由来
工作中管理部门开发的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]
