[V 站有 git 大神吗？ ]删除仓库的某个时间点之前的历史记录，减少.git 目录大小。 救命啊啊。

如果误添加了大文件导致，可以用楼上 @fy 这种方法

如果要彻底修改历史， rebase -i 就行了，保留第一个，保留现在的，中间的都 fixup

官方的用来管理 Android 源码下众多 git 仓库的 repo 工具， init 的时候可以指定 branch 。
这个 repo 实际就是一堆 python 脚本。 init 后到会把 subcmds 下载到本地。你可以看其 sync 的实现并修改。

另外， init 的时候可以直接指定 --depth 。

@skydiver 几百个 branch 几千个 commits 怎么 rebase -i 不行吧

楼主没说规模，我这边几个 G 的算什么程度？

@SourceMan 我这边磁盘小。。编译的时候拉十几个工程也是几个 G

@Yancey 为什么不行？麻烦一点儿而已

7.2G .git
也没见过提出这个需求。
哈哈

不知道是否有更直接的操作方式
只知道 squash 命令可以压缩大量 commit 为一个

结合楼主的需求，也许结合 rebase 可以实现相应功能。

我们这边的做法是，在下一次大重构之前，拷出所有有用的代码为一个新的 repo 。老代码就自己慢慢滚下去，直到成为一个历史档案

这笔记本太熟悉了。渡边本。

修改历史一定会导致 commit hash 变动，亲你不会连这点知识都没有吧……

@Yancey git clone --single-branch 的体积也仍然无法接受么？

@Yancey 一个建议，资源文件等大体积的不要入库，传到某云存储去，通过一个 configure 脚本下载回来就好了

@lijianying10 这个方法不错~

`root -> A -> B -> C -> newRoot -> D `
也就是想要将 newRoot 之前的 commit 对象全部删除。

在`.git/info/`下建立`grafts`文件，在其中输入`newRoot`对象的 SHA1 值，保存。此时使用`git log`命令应该只能看到`newRoot`的 commit 记录。
之后使用`git filter-branch`使这个新建的 root 生效.

注意，这个 chop 操作可能会导致出现一个新的 detached 的 branch ，为当前的这个 branch 新建一个临时的 branch:`git branch tmp`，然后将 tmp branch 推送到远程的 repo 里想要更新的 branch （如 master ）:`git push <remoteRepoName> tmp:<remoteBranchName>`，此时远程 repo 里面的**&lt;remoteBranchName&gt;**已经将**newRoot**之前的所有 commit 对象删除。

@mrsatangel 感谢。你的方案可行。

我原本以为本地截断后，不能强行推送到远端。原来是可以的。

不过你提到
“为当前的这个 branch 新建一个临时的 branch:`git branch tmp`，然后将 tmp branch 推送到远程的 repo 里想要更新的 branch （如 master ）:`git push <remoteRepoName> tmp:<remoteBranchName>`，此时远程 repo 里面的**&lt;remoteBranchName&gt;**已经将**newRoot**之前的所有 commit 对象删除。”

感觉这个 tem branch 是多余的吧。直接强推截断的 master 就可以的。


另外对你的答案补充下；
假如你有如下的分支结构图



现在想从"57dd13f even"这个点截断。保留这个点上面的所有分支和 commit
首先需要 git push origin :test 将 test 分支删除。也就是说截断点以下的所有都删除。
再者 将截断点以上的所有分支都在本地有追踪分支 git checkout -b new origin/new

之后就执行

“在`.git/info/`下建立`grafts`文件，在其中输入`newRoot`对象的 SHA1 值，保存。此时使用`git log`命令应该只能看到`newRoot`的 commit 记录。
之后使用`git filter-branch`使这个新建的 root 生效. ”


最后执行
将本地所有分支都强推到远端一遍。
本例就是 git push --force origin master:master 和 git push --force origin new:new


哦对了，还要删除 original 文件夹保存的临时记录
rm -r .git/refs/original/


最后效果：





其实这样的好处还有一个就是，所有 clone 这个仓库的本地仓库都可以执行一个相同的脚本。这样就不用大家都重新 clone 了，本地的 branch 和没有推送的 commit 也可以保留。


不知道理解对不对。可以再讨论。