我们正在运行一个中央git存储库（gforge），每个人都会从中推出并推送。不幸的是，一些无能的同事已经决定将几个10-100Mb jar文件推入回购中是一个好主意。因此，我们使用的服务器已经耗尽了磁盘空间。
我们才意识到这一点，为时已晚，大多数人已经撤回了新的大型回购。如果没有推出问题，那么我们可以做一个rebase来剪掉那些巨大的提交并修复它，但是现在每个人都已经从中撤出了，删除该提交的最佳方法是什么（或者做一个rebase to just删除大文件）当每个人都想从/向回购/推送/推送时，让不引起混乱？
它应该是脚本的小型回购，但现在大小约为700M： - （
答案 0 :(得分：8)
避免混乱的最简单方法是为服务器提供更多磁盘。
这是一个艰难的。删除文件也需要从历史记录中删除它们，这只能通过git filter-branch完成。例如，此命令将从历史记录中删除<file>：
git filter-branch --index-filter 'git rm --cached --ignore-unmatch <file>' \
--prune-empty --tag-name-filter cat -- --all
问题是这会重写SHA1哈希值，这意味着团队中的每个人都需要重置为新的分支版本，否则会有一些严重的问题。如果没有人正在进行中并且你们都使用主题分支，这一切都很好。如果你更集中，你的团队很大，或者他们中的许多人在工作时保持脏工作目录，没有一点混乱和不和谐就没有办法做到这一点。你可以花很长时间让每个人的本地工作正常。写的，git filter-branch可能是最好的解决方案。只要确保你有一个计划，你的团队理解它，并确保他们备份他们的本地存储库，以防一些正在进行的重要工作丢失或被摧毁。
一个可能的计划是：
git diff > ~/my_wip。git format-patch <branch> git filter-branch。确保团队知道在发生这种情况时不要拉扯。git fetch && git reset --hard origin/<branch>或让他们重新克隆存储库。git am <patch>。git apply应用正在进行的工作，例如git apply ~/my_wip。答案 1 :(得分：6)
查看https://help.github.com/articles/remove-sensitive-data。在这里，他们写了关于从Git存储库中删除敏感数据的文章，但您可以很好地使用它从提交中删除大文件。
答案 2 :(得分：4)
除了其他答案之外，您可能还需要考虑在回购中以预先接收的钩子的形式为未来的巨型jar文件添加一些先发制人的保护措施，禁止用户（或至少“非管理员”）用户“）来推送非常大的文件或名为*.jar的文件，或者看起来最好的文件。
我们之前已经做过这样的事情，包括禁止特定的提交ID，因为某些用户无法解决“将您的工作保存在临时分支上，重置和拉动以及重新应用您的工作” ，减去巨大的文件“。
请注意，预接收挂钩运行在一个相当有趣的上下文中：文件实际上已经上传，只是引用（通常是分支头）尚未实际更改。您可以阻止分支头更改，但您仍将使用（临时，直到gc'ed）磁盘空间和网络带宽。
答案 3 :(得分：1)
使用filter-branch！
git filter-branch --tree-filter 'find . -name "*.jar" -exec rm {} \;'
然后只需清除所有没有任何文件的提交：
git filter-branch -f --prune-empty -- --all
答案 4 :(得分：-1)
GForge家伙。即使认为这主要是一个git问题，我想提供两件事：