Differences between revisions 6 and 11 (spanning 5 versions)
⇤ ← Revision 6 as of 2005-01-05 10:35:36 →
Size: 2525
Editor: ZoomQuiet
Comment:
← Revision 11 as of 2009-12-25 07:16:10 → ⇥
Size: 2954
Editor: localhost
Comment: converted to 1.6 markup
Deletions are marked like this. Additions are marked like this.
Line 4: Line 4:
[[TableOfContents]] <<TableOfContents>>
Line 15: Line 15:
  * ["/modifiles.py"] -- 执行脚本
  * 执行结果: ["/statcvs.xml"]		   * [[/modifiles.py]] -- 执行脚本
  * 执行结果: [[/statcvs.xml]]
Line 18: Line 18:
  * attachment::modifiles-snap.jpg   * {{attachment::modifiles-snap.jpg}}
Line 21: Line 21:
Line 22: Line 23:
 * 后来统一在 [http://statcvs-xml.berlios.de/ statcvs-xml] 的JAVA分析工具上!  * 后来统一在 [[http://statcvs-xml.berlios.de/|statcvs-xml]] 的JAVA分析工具上!
Line 24: Line 25:
  * 虽然有完善的图表汇报,但是,只能针对模块进行分析,[http://10.88.15.203/statcvs/scm/scm/ SCM 模块的statcvs 分析结果]   * 虽然有完善的图表汇报,但是,只能针对模块进行分析,
    * [[http://statcvs-xml.berlios.de/statcvs/index.html|StatCvs-XML 0.9.4 代码活动]]--分析效果
Line 26: Line 28:
 * 最后在Python 的帮助下自动将各模块的分析页面进行汇总:
  * [http://10.88.15.203/statcvs/weeklystat.xml weeklystat.xml] 形成可积累的XML汇报文件		     * [[http://statcvs-xml.berlios.de/index.html|Quickstart]] -- 应用的说明
 * 最后还是在Python 的帮助下自动将各模块的分析页面进行汇总:
  * {{attachment::weeklystat.jpg}} 形成可积累的XML汇报文件
Line 29: Line 32:
    * [[/weeklystat.py]] -- 分析脚本
    * [[/weeklystat.xml]] -- 记录文档
    * [[/weeklystat.xsl]] -- 解析模板
Line 30: Line 36:
 * 回想提到的原先CVS统计
  * ''就是每周记录CVSROOT中的 history 文件的行数,对比得到本周的CVS操作次数来估计更新数量的! ''
 * 嗯嗯!讯问朋友,获得以前类似的CVS分析成果
  * [http://pyrecord.freezope.org/articles/doc2001082801/show cvsdelta设计分析]		  * 最后还是回想交流需求时,提到的原先CVS统计处理是:
  * '''每周记录CVSROOT中的 history 文件的行数,对比得到本周的CVS操作次数来估计更新数量! '''
 * 嗯嗯!当然的有 limodou 的先期尝试:
  * 获得类似的CVS分析成果
  * [[http://pyrecord.freezope.org/articles/doc2001082801/show|cvsdelta设计分析]]
Line 35: Line 42:
  * 根据具体情况,组织为[http://10.88.15.203/viewcvs/scm/statcvs/cvsanalyser.py?root=scm&rev=1.2&view=log cvsanalyser.py]   * 根据具体情况加入设置文件的支持组织为[[/cvsanalyser.py]]
Line 37: Line 44:
  * 设置[http://10.88.15.203/viewcvs/scm/statcvs/cvsanalyser.conf?root=scm&rev=1.2&view=markup cvsanalyser.conf] 文件就可以自动分析CVS活动了!   * 设置[[/cvsanalyser.conf]] 文件就可以自动分析CVS活动了!
Line 45: Line 52:
=== 文学编程！ ===
 * 以上的源代码，可以看到有很多 的注释！
 * {{{#!python
#@+leo-ver=4
#@+node:@file cvsanalyser.py
...
}}} -- 等等！类似的'''已经泄露了天机!是 Leo 编辑管理的！'''
 * LeoEnvironment -- Leo 文学编程环境！
Line 48: Line 63:
ZoomQuiet [[[DateTime(2005-01-05T09:56:01Z)]]] ZoomQuiet [<<DateTime(2005-01-05T09:56:01Z)>>]

  • 照猫画虎!是也乎!哈哈哈!

Contents

  1. 系统工具尝试
    1. 一定时期内被更新的文件
  2. statcvs-xml 尝试
  3. history 分析!
    1. 文学编程！

系统工具尝试

  • 开始想通过 FreeBSD 中的 find,awk,sed 什么的功能来自个儿组合一个分析方案

一定时期内被更新的文件

  • 反复尝试后得到: 
    •   # find /path/to/my/CVS -mtime -7 -type f | wc -l | awk '{print $1}'
      输出统计数目
    • 那未 Python 组织自动分析所有CVS:

    • /modifiles.py -- 执行脚本

    • 执行结果: /statcvs.xml

    • 页面解析效果:

    • :modifiles-snap.jpg

  • 但是如何统计CVS操作的次数？通过对比 CVSROOT/History 记录行数？!

  • 最终发现发现--太麻烦!也不好定制-- 放弃

statcvs-xml 尝试

  • 后来统一在 statcvs-xml 的JAVA分析工具上!

    • 但是依然麻烦!
    • 虽然有完善的图表汇报,但是,只能针对模块进行分析,
    • 而且只能先 生成log 文件再进行分析!然而log 文件,又要在 check out 模块代码后才能够生成!
  • 最后还是在Python 的帮助下自动将各模块的分析页面进行汇总:

history 分析!

  • 最后还是回想交流需求时,提到的原先CVS统计处理是:

    • 每周记录CVSROOT中的 history 文件的行数,对比得到本周的CVS操作次数来估计更新数量!

  • 嗯嗯!当然的有 limodou 的先期尝试:
    • 获得类似的CVS分析成果

    • cvsdelta设计分析

    • 哈哈哈!得来全不费工夫!

    • 根据具体情况加入设置文件的支持组织为/cvsanalyser.py

    • 只要在系统的任何地方可以运行Python脚本,

    • 设置/cvsanalyser.conf 文件就可以自动分析CVS活动了!

  • 说白了,就是:
    • 模拟原先的统计活动,使用Python 来快速实现:
    • 自动的从所有CVS仓库中取出 history 文件
    • 根据时间限定来过滤出有效的操作记录
    • 统计这些记录中的更新次数和文件
    • 组织汇报为XML文件,并根据ViewCVS站点的链接,组合出下载,查阅地址!

文学编程！

  • 以上的源代码，可以看到有很多 的注释！ 
  •    1 #@+leo-ver=4
   2 #@+node:@file cvsanalyser.py
   3 ...

    -- 等等！类似的已经泄露了天机!是 Leo 编辑管理的！

  • LeoEnvironment -- Leo 文学编程环境！

ZoomQuiet [2005-01-05 09:56:01]

CvsWeeklyStat/WeeklycvsHow (last edited 2009-12-25 07:16:10 by localhost)