Gitinspector 是一个用于 git 仓库的统计分析工具。默认分析显示每位作者的常规统计数据，可以辅之以显示每位作者的工作量和活动的时间线分析。在正常操作下，它会过滤结果以仅显示有关多个给定扩展名的统计信息，并且默认情况下仅在统计分析中包含源文件。
该工具最初是为了帮助从查尔姆斯理工大学和哥德堡大学面向对象编程项目课程中的学生项目中获取仓库统计信息而编写的。今天，Gitinspector 被世界各地的大学用作评分辅助工具。
功能
- 显示历史中每位作者的累积工作
- 按扩展名过滤结果（默认：java、c、cc、cpp、h、hh、hpp、py、glsl、rb、js、sql）
- 可以显示统计时间线分析
- 扫描存储库中找到的所有文件类型（按扩展名）
- 多线程；在可能的情况下使用多个 git 实例来加速分析
- 支持 HTML、JSON、XML 和纯文本输出
- 可以报告违反不同代码指标的情况
示例输出
下面是一些著名的开源项目的一些示例输出。所有统计数据都是使用 “-HTlrm” 标志生成的。
| 项目名称 | ||||
|---|---|---|---|---|
| Django | HTML | HTML Embedded | Plain Text | XML |
| JQuery | HTML | HTML Embedded | Plain Text | XML |
| Pango | HTML | HTML Embedded | Plain Text | XML |
-
https://github.com/ejwa/gitinspector python gitinspector.py --format=html --timeline --localize-output -w /Applications/MAMP/htdocs/test> /Users/jesusslim/Downloads/test.html
-
统计分析 点面互查 缓冲区分析 高级筛选
-
获取小程序概况趋势： $app->data_cube->summaryTrend('20170313', '20170313') 开始日期与结束日期的格式为 yyyymmdd。 API summaryTrend(string $from, string $to); 概况趋势 dailyVisitTrend(string $from, string $to); 访问日趋势 weeklyVisitT
-
通过数据接口，开发者可以获取与公众平台官网统计模块类似但更灵活的数据，还可根据需要进行高级处理。 {info} 接口侧的公众号数据的数据库中仅存储了 2014年12月1日之后的数据，将查询不到在此之前的日期，即使有查到，也是不可信的脏数据； 请开发者在调用接口获取数据后，将数据保存在自身数据库中，即加快下次用户的访问速度，也降低了微信侧接口调用的不必要损耗。 额外注意，获取图文群发每日数据接口的结
-
主要内容：1.数据仓库概述,2.数据仓库建模概述,3.维度建模理论之事实表,4.维度建模理论之维度表,5.数据仓库设计1.数据仓库概述 1.1 数据仓库概念 数据仓库是一个为数据分析而设计的企业级数据管理系统。数据仓库可集中、整合多个信息源的大量数据，借助数据仓库的分析能力，企业可从数据中获得宝贵的信息进而改进决策。同时，随着时间的推移，数据仓库中积累的大量历史数据对于数据科学家和业务分析师也是十分宝贵的。 1.2 数据仓库核心架构 2.数据仓库建模概述 2.1 数据仓库建模的意义 数据模型就是
-
本文向大家介绍Python实现一个Git日志统计分析的小工具，包括了Python实现一个Git日志统计分析的小工具的使用技巧和注意事项，需要的朋友参考一下 前言 本文介绍的是利用Python实现的一个小工具，用于分析Git commit log，获得Git Project每个成员的简单行为数据。 Warning：代码量不能代表程序员能力水平！ 启动参数 共5个。 Repo地址 Commit 起始日
-
Repository，仓库，简称 Repo。为项目添加一个 Git 仓库以后，你就可以用 Git 为项目做版本控制了。 git init 上面的命令可以为项目初始化一个仓库，这个动作只需要执行一次，它会在项目下面创建一个 .git 目录，Git 会把它需要的东西存储在这个 .git 目录里面，它其实就是项目的仓库。 练习 1，创建一个项目。打开你的命令行界面，执行： cd ~/desktop m
-
仓库（Repository），这里指的是可以使用包管理工具安装的软件包的列表。系统自带一些仓库，如果你发现要安装的包在这些仓库里不存在，你可能需要在系统上安装额外的仓库。 仓库列表 先查看一下安装在系统上的仓库列表，执行： yum repolist 返回类似的东西： repo id repo name
-
镜像构建完成后，可以很容易的在当前宿主机上运行，但是，如果需要在其它服务器上使用这个镜像，我们就需要一个集中的存储、分发镜像的服务，Docker Registry 就是这样的服务。 一个 Docker Registry 中可以包含多个 仓库（Repository）；每个仓库可以包含多个 标签（Tag）；每个标签对应一个镜像。 通常，一个仓库会包含同一个软件不同版本的镜像，而标签就常用于对应该软件的