这问题我之前帮人排查过不少次——GitHub的贡献记录本质是基于曾经存在过的提交对象来统计的，哪怕你用git push --force覆盖了远程分支的历史，那些被删掉的提交只要在GitHub服务器上停留过，贡献系统就已经把它们算进去了，而且默认不会自动清理这些「幽灵提交」。

不用删仓库这么极端，咱们分两步解决：先彻底清理本地+远程的Git历史，再让GitHub回收那些残留的提交对象，具体操作如下：

一、先备份仓库！ #

这是所有历史修改操作的前提——复制整个本地仓库文件夹到其他位置，万一操作失误还能回滚。

二、清理本地Git历史（二选一） #

方法1：交互式变基移除特定多余提交 #

如果你能明确指出哪些提交是多余的，用交互式变基精准删除：

# 找到你想保留的最早提交的哈希值（比如abc123），在它后面加^表示包含这个提交之前的历史
git rebase -i abc123^

在弹出的编辑器里，把多余提交前面的pick改成drop，保存退出。变基完成后，用更安全的强制推送覆盖远程：

# --force-with-lease比--force更安全，避免误覆盖其他人的提交（如果分支只有你用，两者效果一致）
git push --force-with-lease origin branch_name

方法2：用git filter-repo彻底重写历史（推荐） #

如果多余提交太多，或者想从某个干净的节点彻底重建历史，用官方推荐的git filter-repo（代替已弃用的git filter-branch）：

# 切换到目标分支
git checkout branch_name
# 重置到你想保留的最后一个干净提交（比如abc123）
git reset --hard abc123
# 强制重写整个仓库的历史，确保所有引用都更新
git filter-repo --force

完成后同样推送：

git push --force-with-lease origin branch_name

三、让GitHub清理残留的提交对象 #

哪怕你强制推送了，GitHub服务器上还会保留那些被删除的提交对象一段时间，这些对象就是贡献记录残留的根源。你可以通过以下方式触发清理：

• 进入GitHub仓库的Settings页面，拉到「Code and automation」下的「Repository maintenance」，找到「Git garbage collection」，点击「Start garbage collection」（需要仓库管理员权限）。
• 如果没有这个选项，也可以用「曲线救国」的方法：创建一个临时空分支推送到远程，把仓库默认分支改成这个临时分支，删除原来的目标分支，再重新创建目标分支并推送本地清理后的历史，最后改回默认分支。这会强制GitHub彻底清理旧分支的残留对象。

重要提醒 #

• 强制推送会覆盖远程分支的历史，如果有其他开发者在这个分支上协作，一定要提前通知他们，让他们重新拉取分支，否则会丢失他们的本地修改。
• 尽量避免频繁使用git push --force，如果需要修改历史，优先用git rebase -i或git amend（针对最近一次提交），再用--force-with-lease推送，风险更低。

内容的提问来源于stack exchange，提问作者user9429402