@bjzhou1990 恩。是个好办法。
我测试还是遇到问题
1. 在服务端。我自己测试的时候是通过 git init --bare 来建仓库的，所以服务端 git checkout --orphan 命令没法使用。。
2. 服务端进行操作后，所有的本地仓库都要克隆一遍。。


我考虑的办法。
假设我们要截断的点 hash 值为 1234abc
在服务端：
echo 1234abc > info/grafts
git filter-branch -- --all
以及后续删除 grafts 和 gc 操作

写个脚本让所有本地克隆的都执行。内容大概是
echo 1234abc > .git/info/grafts
git filter-branch -- --all
删除 grafts
git fetch --all

目的是让本地和服务端改变一模一样。这样本地的分支。没有 push 的 commits 都可以保留


还是遇到问题

在服务端；
执行 git filter-branch -- --all 之前要将所有的 1234abc 之前的分支都删除。

在本地
git filter-branch -- --all 执行的时候 origin/xx 这种分支也会被操作。总之结果很混乱。不是想要的效果


看来真的是无解啊。。

@zzn 背景是这样。 最开始一个主工程。然后 clone 了好几份工程作为不同的库（这个点我们暂定位 date 点）。后来这些库往不同业务发展。所以想将 date 点之前的所有 commit 删除。毕竟后来分成不同库了， date 之前和这些库完全没有啥关系。。

@bjzhou1990 我就是参考这个。如图的 git 结构，遇到问题是，因为截断点之前还有 commit 。会导致截断后除了 之后想要的 commit 线外。 branch1 branch2 不会被操作。保持原样。 分支混乱。。

@kukat 你这还不减？ 我们一个工程就这么大。总共几十个工程。。。源码编译的时候硬盘受不了

@Yancey 对啊。截断导致结果就是从截断到现在最新的 commits 所有的 SHA1 值都会改变。。因为是公开的项目。很多人已经克隆了。。对本地的影响很大。
@forcecharlie

@forcecharlie 对啊。截断的效果就是从截断到现在最新的 commits 所有的 SHA

@vitovan 因为丢掉历史，会让从截断的地方到现在最新的 commit 的 ID 都改变，也就是相当于把所有的留下的 commits 都重新提交了一遍。 这个时候服务端和本地 commits 没有一个是能对应上的。强行 push 我们期望的效果是 服务端的 commits 和分支记录 都完全被更改过的本地 commits 替换掉。。但是 git 并不会这样。

@mengzhuo commits 是确定不会再用的， 所以要删掉。。 gc 一次 200M 顶多到 160M 。

@lijianying10 这种治标不治本啊。。

@vitovan sorry 看错，以为你说的 reset 。 rebase 是可以。但是一般服务器的仓库是一个裸仓库（没有工作目录）， git rebase , git branch 命令都没法使用。。如果在本地操作，强推到服务端。所有分支都会混乱、、

@vitovan rebase 不行。。 rebase 是当前的回到某个时间点或 commits 。 现在是要把某个时间点之前的丢掉

@jason0916 能新建...也不会这么麻烦了

@LevonLin 不是啊 ，爱博离地铁太远了。

徐泾东地铁站，西郊家园。
其实居住生活环境很差的。。

2k 预算可以去娄山关到淞虹路地铁站之间看看。

@LevonLin 挺好

徐泾东吧孩子。哈哈

我住徐泾东。不过貌似没短租的。

附近差不多 2k5 吧


啥部门？

@cqcn1991 校招每年都有的啊，会跟技术一起招...

最近在搞技术的实习内推；

产品的不了解。

不过确实很少发现产品实习啊