![](/img/trans.png)
[英]Delete or remove all history, commits, and branches from a remote Git repo?
[英]delete first x commits in git history and remove all merge branches from the rest of the history
我有一个git项目的历史记录,据我有近400次提交。 我想删除第一个(最早的)200次提交。 然后在其余的200次提交中,我只想删除所有合并提交并保持其余顺序。
完成之后,我要检查所有其余的提交并更改一封特定的作者电子邮件。
有没有办法优雅地做到这一点?
正如几个人已经说过的那样,这很少是一个好主意,原因有几个,我不再赘述。 我想再添加一件事,然后展示如何使用git filter-branch
来做到这一点。
了解这一点的关键是,您不能从一系列提交的开头或中间删除提交。 原因很简单:每个提交都将其父提交的身份记录为身份的一部分。 术语的技术术语是提交图形成Merkle树 。
更具体地讲,提交的身份(如果您愿意的话,为“真实名称”)是其SHA-1。 SHA-1是提交中数据的加密1哈希。 数据之一是parent
行。 这是git来源本身的实际提交内容(减号@
可以阻止垃圾邮件的收集):
tree 55c0d854767f92185f0399ec0b72062374f9ff12
parent 8413a79e67177d026d2d8e1ac66451b80bb25d62
author Junio C Hamano <gitster pobox.com> 1436563740 -0700
committer Junio C Hamano <gitster pobox.com> 1436563740 -0700
The last minute bits of fixes
Signed-off-by: Junio C Hamano <gitster pobox.com>
如果要尝试删除链中任何位置的父提交,则将为子提交获得一个新的,不同的哈希号。 这意味着,所有的孩子都需要改变为好,以纳入新的SHA-1,全部环比下滑。
这对您来说意味着要获取任何内容,包括git filter-branch
, 似乎要删除一些提交,则必须将每个要保留的提交复制到具有新的,不同ID的提交(具有与之前相同的树和消息等,但parent
行不同)。 2
从本质上讲,执行git filter-branch
的结果是创建存储库的新副本 ,其中至少包含一些(也许完全是)新的和不同的提交。 反过来,这意味着使用旧存储库的其他任何人都必须丢弃其旧存储库并切换到新存储库。
尽管git filter-branch
有很多选项,但其核心工作归结为这一点。 每次提交: 3
项目符号指向的列表是“复制”步骤,此后还有最后一项任务,即“更新引用”。 为了正确地理解这一部分,您需要知道git的引用是如何工作的,但是总之,要检查分支名称(如果您添加--tag-filter
,标记名称为wee),以查看它们是否指向了旧的提交,重写。 如果是这样,它们将更改为指向新副本,或者在跳过提交的情况下指向最近的new-copy提交,
为了实现skip_commit
功能,您需要编写一个提交过滤器,该过滤器使用skip_commit
函数忽略要删除的提交(前200个和合并),其余使用git commit-tree
。 有关更多详细信息,请参见git filter-branch
文档 。
( git filter-branch
有这么多选项的一个原因是,扩展和重新压缩整个源树非常慢。脚本试图避免这种情况,并且如果所有的过滤器都可以在索引和提交图中完成,则无需扩展删除源树-过滤器的完成速度要快得多。)
下面的代码将创建一个仅由指定新STARTCOMMIT以下的所有提交组成的新存储库。 分支和标签被保留。
export STARTCOMMIT=.....
git filter-branch --tag-name-filter cat \
--commit-filter '
git merge-base --is-ancestor ${STARTCOMMIT} ${GIT_COMMIT};
if [ $? -eq 1 ];
then
skip_commit "$@";
else
git commit-tree "$@";
fi' \
-- --all
# remove original references
git for-each-ref --format="%(refname)" refs/original/ | xargs -n 1 git update-ref -d
# reduce repo size
git reflog expire --expire=now --all && git gc --aggressive --prune=all
1 “密码”形容词的含义是,您不能简单地对提交进行轻微更改,例如,在消息中添加文本,以产生与以前相同的旧SHA-1。 在计算上可行的时间内完成此操作的唯一方法是破坏加密。
2在变更较少的情况下,如果您精确复制原始提交,则将使用以前的SHA-1。 例如,如果您有一个筛选分支操作,该操作删除了链中第二至最尖端的提交,则只有最尖端的提交才获得新的SHA-1。 不过,在这种特殊情况下,我们建议删除根提交,该根提交必定会为每个后续提交重新编号。
3要复制的提交是从您在filter-branch操作中提供的gitrevisions -style参数获得的。 还可以使用“正引用”从此处获取要重写的分支名称。
首先,如果您确实想这样做,请三思。 (更改历史记录,尤其是在公共存储库上更改记录,通常是个坏主意。)
您可以使用git rebase -i
这样做。 在那里,您可以使用fixup
将两个提交合并为一个,可以使用edit
更改提交。 (包括作者变更。)
对于多个提交的自动更改,可以使用git filter-branch
。 但是,只有在知道自己在做什么的情况下,才使用此功能。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.