在SVN存储库中裸体巨大的文件 [英] Nuking huge file in svn repository

查看:50
本文介绍了在SVN存储库中裸体巨大的文件的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

作为本地Subversion沙皇,我向所有人解释,仅将源代码和非巨大的文本文件保留在存储库中,而不保留巨大的二进制数据文件.可能是测试的一部分较小的二进制文件.

As the local subversion czar i explain to everyone to keep only source code and non-huge text files in the repository, not huge binary data files. Smaller binary files that are parts of tests, maybe.

不幸的是,我与人类一起工作!某人可能有朝一日不小心犯下了800MB的二进制文件.这减慢了存储库操作.

Unfortunately i work with humans! Someone is likely to someday accidentally commit a 800MB binary hulk. This slows down repository operations.

我上次检查时,无法从存储库中删除文件;仅使其不成为最新修订版的一部分.万一有人想回想该日期或修订号的存储库状态,该存储库将使怪物永久保存.

Last time i checked, you can't delete a file from the repository; only make it not part of the latest revision. The repository keeps the monster for all eternity, in case anyone ever wants to recall the state of the repository for that date or revision number.

有没有一种方法可以真正删除该怪物文件并最终得到一个大小合适的存储库?我已经尝试了svnadmin转储/加载的东西,但这很痛苦.

Is there a way to really delete that monster file and end up with a decent sized repository? I've tried the svnadmin dump/load thing but it was a pain.

推荐答案

有关此问题的一些其他信息,可以在博客文章中找到:

Some extra info about this can be found at the blog post: Subversion Obliterate, the missing feature

也请务必阅读所有评论,其中Karl Fogel会将文章放在观点中:-)

Be sure to read through the comments too, where Karl Fogel puts the article into perspective :-)

这篇关于在SVN存储库中裸体巨大的文件的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆