REPOSITORY HISTORY REPORT

2026.06.10—2026.08.13

DEEPSEEK-AI / DEEPSEEK-HARNESS

Git 历史
全景分析

对所有可达提交按 SHA 去重,拆开作者、时间、合并结构与代码变更,回答一个核心问题: 这段只有两个月、却超过一万次提交的历史,究竟是怎样形成的?

分析快照
默认分支
统计口径 ALL REACHABLE

01 / OVERVIEW

先读结论

提交数是真的,但它不等于同等数量的独立功能变化。先把历史结构拆开,数字才有意义。

全部提交
唯一可达 SHA
非合并提交
合并提交
归并后作者
连续活跃
65 天范围内无空白
主线 first-parent
主干推进脉搏

几乎每两次提交就有一次合并

大量分支反复吸收主干,形成高密度 merge-forward 历史。它反映并行开发与同步成本, 不能直接当成功能产出次数。

作者贡献高度集中

前三位作者贡献接近三分之二;有效作者数只有约 , 远低于名义作者数。

单日峰值出现在 7 月 30 日

峰值阶段集中在 7 月末五天;该阶段日均 次提交, 是早期阶段的十倍以上。

02 / TIME

时间分布

主图可切换 Author Date 与 Committer Date:前者接近“何时创作”,后者接近“何时写入最终历史”。

FIG. 01

每日提交密度

Author Date · 按各提交记录的本地日期

MONTHLY LEDGER

月度账本

PHASES

四段活跃强度

阶段 日期 日均 占比

FIG. 02 / NATIVE CANVAS

星期 × 小时热力图

仅非合并提交;使用每个提交记录的作者本地时间。色彩只用于表达密度。

星期与小时交叉的非合并提交数量

PEAK DAYS

峰值日期

    TIME ZONES

    作者时区

    03 / AUTHORS

    作者分布

    主口径采用高置信身份归并;原始名字与邮箱组合仍保留在数据文件中,便于复核。

    FIG. 03

    Top 作者

    按全部提交计,含作者本人创建的 merge commit。

    FIG. 04

    累计贡献曲线

    黑线越早接近 100%,贡献越集中。

    TOP 1
    TOP 3
    TOP 10
    GINI
    HHI

    ALL CONTRIBUTORS

    完整作者表

    合并后的作者身份 · 共

    # 作者 提交 占比 非合并 合并 活跃天 首末日期

    注:Dudu 与 Dudu-0223 的跨邮箱归并置信度为 medium-high;Ubuntu、tn.shen、xjt 等缺乏可靠证据的身份保持分离。

    04 / COMMIT STRUCTURE

    提交结构

    把“做了什么”与“如何把分支接回来”分开看,才能理解这一万多次提交。

    FIG. 05

    合并与内容提交

    按父提交数量识别 merge commit。

    FIG. 06

    合并来源

    同步分支与正式 PR merge 分开统计。

    FIG. 07

    非合并提交主题

    FIG. 08

    单次变更规模

    按 additions + deletions 分桶;merge 不重复计算 diff。

    新增行
    删除行
    中位 churn
    P90 churn
    中位文件数

    LARGEST NON-MERGE COMMITS

    最大内容提交

    按 additions + deletions 排序

    SHA 日期 作者 主题 文件 + / −

    05 / CODEBASE

    代码面分布

    目录热点基于非合并提交的 numstat;避免合并时再次重复计算同一批改动。

    FIG. 09

    顶层目录触达次数

    一次提交触及某目录记一次;同一提交内多个文件不会重复增加“提交数”。

    MOST TOUCHED FILES

    最常被修改的文件

      HIGHEST CHURN FILES

      行变更量最高的文件

        06 / INTERPRETATION

        如何读懂 12,293

        下面是基于历史结构做出的解释;它描述工作流痕迹,不评价个人生产力。

        01

        先扣除 5,610 次 merge

        剩余 6,683 次非合并提交更接近独立内容变化。merge 本身仍有工程意义——它暴露了并行分支数量、同步频率与历史维护方式——但不能与内容提交一比一相加解释。

        02

        同步型 merge 是主要放大器

        03

        这更像 stacked branches / merge-forward,而非旧仓库一次性导入

        04

        作者分布说明核心维护负载集中

        Commit count measures history events. It does not directly measure features, effort, quality, or productivity.

        本报告所有比例均应在这一前提下阅读。

        07 / METHOD

        统计口径与限制

        这部分用于复核数字,也说明哪些结论是事实、哪些是基于证据的推断。

        范围

        使用 git log --all 读取所有 refs 可达对象,并按 commit SHA 去重。当前克隆只有 master 与其远端引用,HEAD 为

        作者身份

        先按邮箱与 GitHub 数字 ID 严格归并,再对明确姓名、账号与分支证据做高置信桥接。归并后 27 个作者簇;仍保留一处 medium-high 映射供人工复核。

        时间

        主时间线使用 Author Date 的记录本地日期;切换项使用 Committer Date 并统一换算为 UTC+8。跨时区比较与重写历史会让两者不同。

        变更量

        additions、deletions、目录与文件热点只统计非合并提交的 numstat。二进制文件记触达、不记行数;重命名与生成文件仍可能放大 churn。

        工具

        Chart.js 4.5.1 离线绘图;星期 × 小时热力图为本报告的原生 Canvas 实现;正文使用由 Adobe 思源宋体制作的报告专用字符子集。

        可复核数据

        同目录提供 report-data.json。核心校验为 git rev-list --all --countgit shortlog -sne --all 与完整 numstat 遍历。