9.8 KiB
维护一个Git仓库
维护Git仓库通常包括减少仓库的大小。如果你从另外一个版本控制系统导入了一个仓库，你可能需要在导入后清除掉不必要的文件。本文着重于从一个Git仓库中删除大文件，并且包含下列主题：
请格外小心.....
本文中的步骤和工具使用的高级技术涉及破坏性操作。确保您在开始之前仔细读过备份你的仓库，创建一个备份的方式是使用--mirror标志对你的仓库克隆，然后对整个克隆的文件进行打包压缩。如果在维护期间意外损坏了您的仓库的关键元素，那么你可以通过备份的仓库来恢复。
请记住，仓库维护对仓库的用户可能会是毁灭性的。与你的团队或者仓库的关注者进行沟通会是一个不错的主意。确保每个人都已经检查了他们的代码，并且同意在仓库维护期间停止开发。
理解从Git的历史记录中删除文件
回想一下，克隆存储库会克隆整个历史记录——包括每个源代码文件的所有版本。如果一个用户提交了一个较大的文件，比如一个JAR,则随后的每次克隆都会包含这个文件。即使用户最终在后面的某次提交中删除了这个文件，但是这个文件仍然存在于这个仓库的历史记录中。要想完全的从你的仓库中删除这个文件，你必须：
-
从你的项目的当前的文件树中删除该文件;
-
从仓库的历史记录中删除文件——重写Git历史记录，从包含该文件的所有的提交中删除这个文件;
-
删除指向旧的提交历史记录的所有reflog历史记录;
-
重新整理仓库，使用git gc对现在没有使用的数据进行垃圾回收。
Git的'gc'(垃圾回收)通过任何一个你的分支或者标签来删除仓库中所有的实际没用的或者用某种方式引用的数据。为了使其有用，我们需要重写包含不需要的文件的所有Git仓库历史记录，仓库将不再引用它——git gc将会丢弃所有没用的数据。
重写存储库历史是一个棘手的事情，因为每次提交都依赖它的父提交，所以任何一个很小的改变都会改变它的每一个子拼音的提交ID。有两个自动化的工具可以做到这：
-
BFG Repo Cleaner 快速、简单且易于使用，需要Java 6或者更高版本的运行环境。
-
git filter-branch 功能强大、配置麻烦，用于大于仓库时速度较慢，是核心Git套件的一部分。
切记，当你重写历史记录后，无论你是使用BFG还是使用filter-branch，你都需要删除撒向指向旧的历史记录的reflog条目，最后运行垃圾回收器来删除旧的数据。
使用BFG重写历史记录
BFG是为将像大文件或者密码这些不想要的数据从Git仓库中删除而专门设计的，所以它有一一个简单的标志用来删除那些大的历史文件(不是当前提交的文件):'--strip-blobs-bigger-than'
$ java -jar bfg.jar --strip-blobs-than 100M
大小超过100MB的任何文件(不在你最近的提交中——因为BFG默认会保护你的最新提交的内容)将会从你的Git仓库的历史记录中删除。如果你想用名字来指明具体的文件，你也可以这样做：
$ java -jar bfg.jar --delete-files *.mp4
BFG的速度要比git filter-branch快10-1000x，而且通常更容易使用——查看完整的使用说明和示例获取更多细节。
或者，使用git filter-branch来重写历史记录
filter-branch命令可以对Git仓库的历史记录重写，就像BFG一样，但是过程更慢和更手动化。如果你不知道这些大文件在_哪里_，那么你第一步就需要找到它们：
手动查看你Git仓库中的大文件
Antony Stubbs写了一个可以很好地完成这个功能的BASH脚本。该脚本可以检查你的包文件的内容并列出大文件。在你开始删除文件之前，请执行以下操作获取并安装此脚本：
1. 下载脚本到你的本地的系统。
2. 将它放在一个可以访问你的Git仓库的易于找到的位置。
3. 让脚本成为可执行文件：
$ chmod 777 git_find_big.sh
4. 克隆仓库到你本地系统。
5. 改变当前目录到你的仓库根目录。
6. 手动运行Git垃圾回收器：
git gc --auto
7. 找出.git文件夹的大小
$ du -hs .git/objects
45M .git/objects
注意文件大小，以便随后参考。
8. 运行git_find_big.sh脚本来列出你的仓库中的大文件。
$ git_find_big.sh
所有文件大小都用kb表示，pack列是在pack文件内压缩后的大小。
size pack SHA location
592 580 e3117f48bc305dd1f5ae0df3419a0ce2d9617336 media/img/emojis.jar
550 169 b594a7f59ba7ba9daebb20447a87ea4357874f43 media/js/aui/aui-dependencies.jar
518 514 22f7f9a84905aaec019dae9ea1279a9450277130 media/images/screenshots/issue-tracker-wiki.jar
337 92 1fd8ac97c9fecf74ba6246eacef8288e89b4bff5 media/js/lib/bundle.js
240 239 e0c26d9959bd583e5ef32b6206fc8abe5fea8624 media/img/featuretour/heroshot.png
大文件都是JAR文件，包的大小列是最相关的。aui-dependencies.jar 被压缩到169kb，但是emojis.jar只压缩到500kb。emojis.jar就是一个待删除的对象。
运行filter-branch
你可以给这个命令传递一个用于重写Git索引的过滤器。例如，一个过滤器可以可以将每个检索的提交删除。这个用法如下：
git filter-branch --index-filter 'git rm --cached --ignore-unmatch _pathname_ ' commitHASH
--index-filter选项可以修改仓库的索引，--cached 选项从不是磁盘的索引中删除文件。这样会更快，因为你不需要在运行这个过滤器前检查每个修订版。git rm中的ignore-unmatch选项可以防止当 pathname 正在尝试不在那的文件的时候这个命令失败。通过明确一个提交HASH值，你可以从每个以这个HASH值开始的提交中删除pathname。为了从开始处删除，你可以省略这个或者明确HEAD。
如果所有你的大文件在不同的分支，你将需要通过名字来删除每个文件。如果所有大文件在一个单独的分支，你可以直接删除这个分支本身。
选项1：通过文件名删除文件
使用下面的步骤来删除大文件：
1. 使用下面的命令来删除你找到的第一个大文件：
git filter-branch --index-filter 'git rm --cached --ignore-unmatch filename' HEAD
2. 对于剩下的每个大文件，重复步骤1。
3. 在你的仓库里更新引用。 filter-branch会为你原先的引用创建一个以refs/original/命名的备份。一旦你确信已经删除了正确的文件，你可以运行下面的命令来删除备份文件，同时可以让垃圾回收器回收大的对象：
git filter-branch --index-filter 'git rm --cached --ignore-unmatch filename' HEAD
选项2：直接删除分支
如果你所有的大文件都在一个单独的分支上，你可以直接删除这个分支。删除这个分支会自动删除所有的引用。
1. 删除分支。
$ git branch -D PROJ567bugfix
2. 从后面的分支中删除所有的reflog引用。
对不用的数据垃圾回收
1. 删除从现在到后面的所有reflog引用(除非你明确地只在一个分支上操作)。
$ git reflog expire --expire=now --all
2. 通过运行垃圾回收器和删除旧的对象重新打包仓库。
$ git gc --prune=now
3. 把你所有的修改推送回Bitbucket仓库。
$ git push --all --force
4. 确保你所有的tags也是当前最新的:
$ git push --tags --force
via: https://confluence.atlassian.com/bitbucket/maintaining-a-git-repository-321848291.html
作者：atlassian.com 译者：zhousiyu325 校对：校对者ID