这篇文章上次修改于 353 天前，可能其部分内容已经发生变化，如有疑问可询问作者。

Github仓库可以提交commit以实现差异更新，但随着时间的积累，commit历史会越来越多。每一次clone仓库时（完整下载），会将过往的commit一并下载。commit是为了方便进行版本回溯的，以减少对代码的频繁改动。但为了保证仓库体积始终在一个合理的大小范围，我们要定期清理掉历史commit。以下介绍一下清理的方法：

重建主分支方法

我们可以用新建分支的方式快速清理掉所有的commit，但使用这种方式时需要与参与维护仓库的所有人员共同，避免出现版本冲突

切换到旧分支

git checkout old-branch

建立新分支

git checkout --orphan new-branch

添加所有的文件并提交commit

git add .
git commit -m "Initial commit with latest version"

删除旧的主分支（以main为例，请以实际为准）

git branch -D main

命名新分支为主分支

git branch -m main

强制推送到远程仓库

git push -f origin main

风险

  • 代码丢失： 删除历史 commit 可能会导致一些代码丢失，这可能会影响到项目的完整性和可用性。
  • 团队合作受影响： 如果多个人在同一个分支上工作，删除 commit 可能会影响到其他人的工作。如果其他人使用被删除的 commit 进行工作，他们可能会遇到错误，这可能会导致协作的停滞和沟通的困难。
  • Git 历史记录混乱： 删除 commit 可能会导致 Git 历史记录变得混乱不清。如果您不小心删除了重要的 commit，您可能会失去对项目演变的完整历史记录。这可能会导致对项目的分支、合并和代码审查的跟踪困难。
  • 代码库中的依赖关系受到影响： 如果项目中的其他组件依赖于被删除的 commit，删除 commit 可能会导致依赖关系的破坏。这可能会导致其他组件无法正常工作，或者可能需要花费大量的时间来修复问题。