重新打包 Git 存储库失败

Question

我有一个 git 存储库驻留在内存有限的服务器上。 当我尝试从服务器克隆现有存储库时，出现以下错误

hemi@ubuntu:$ git clone ssh://hemi@servername.dk/home/hemi/repos/articles
Initialized empty Git repository in /home/hemi/Skrivebord/articles/.git/
hemi@servername.dk's password: 
remote: Counting objects: 666, done.
remote: warning: suboptimal pack - out of memory
remote: fatal: Out of memory, malloc failed
error: git upload-pack: git-pack-objects died with error.
fatal: git upload-pack: aborting due to possible repository corruption on the remote side.
remote: aborting due to possible repository corruption on the remote side.
fatal: early EOF
fatal: index-pack failed
hemi@ubuntu:$ 

为了处理这个错误，我尝试重新打包原始存储库（根据this forum post）。但它没有重新打包存储库，而是描述了如何使用“git pack-objects”命令。

hemi@servername:~/repos/articles$ git repack -a -d --window-memory 10m --max-pack-size 100m
usage: git pack-objects [{ -q | --progress | --all-progress }]
        [--all-progress-implied]
        [--max-pack-size=N] [--local] [--incremental]
        [--window=N] [--window-memory=N] [--depth=N]
        [--no-reuse-delta] [--no-reuse-object] [--delta-base-offset]
        [--threads=N] [--non-empty] [--revs [--unpacked | --all]*]
        [--reflog] [--stdout | base-name] [--include-tag]
        [--keep-unreachable | --unpack-unreachable 
        [<ref-list | <object-list]

Git 1.6.5.7 已安装在服务器上。

Answer 1

您的解决方案在本地和远程为您提供了一个工作副本，但是当远程存储库决定再次重新打包时会再次导致问题。幸运的是，您可以设置配置选项，以减少在两个存储库中重新打包所需的内存量——这些实质上使您在重新打包时添加到默认选项中的命令行参数。因此，您应该登录到远程，更改到存储库并执行以下操作：

git config pack.windowMemory 10m
git config pack.packSizeLimit 20m

您可能希望在本地存储库上执行相同的操作。 （顺便说一句，我猜你的存储库非常大，或者这些机器内存很少 - 这些值对我来说似乎很低。）

不管怎样，过去在重新打包 very 个大型存储库时遇到 malloc 失败时，我还更改了 core.packedgitwindowsize、core.packedgitlimit、core.deltacachesize、@987654325 的值@、pack.window 和 pack.threads 但听起来好像您不需要任何其他选项:)

Answer 2

由于无法直接访问存储库，因此无法执行重新打包，执行浅克隆，然后在增加深度的同时逐渐获取对我有帮助。

git clone YOUR_REPO --depth=1
git fetch --depth=10
...
git fetch --depth=100
git fetch --unshallow    //Downloads all history allowing to push from repo

希望它仍然可以帮助某人。

Answer 3

我使用以下步骤解决了问题。

1. 已将存储库从服务器签出到我的本地计算机（使用 ssh 上的原始副本）
2. 重新打包本地仓库
   git repack -a -d --window-memory 10m --max-pack-size 20m
3. 在服务器上创建了一个空存储库
   git init --bare
4. 将本地存储库推送到服务器
5. 检查是否可以克隆服务器存储库

Answer 4

这不能回答问题，但有人可能会遇到它：当pack-objects 被某种内存杀手（例如 Dreamhost 上使用的那个）终止时，服务器上的重新打包也可能失败：

$ git clone project-url project-folder
Cloning into project-folder...
remote: Counting objects: 6606, done.
remote: Compressing objects: 100% (2903/2903), done.
error: pack-objects died of signal 9284.51 MiB | 2.15 MiB/s   
error: git upload-pack: git-pack-objects died with error.
fatal: git upload-pack: aborting due to possible repository corruption on the remote side.
remote: aborting due to possible repository corruption on the remote side.
fatal: early EOF
fatal: index-pack failed

在 Dreamhost 上，这似乎是由 mmap 引起的。重新打包代码使用mmap 将一些文件的内容映射到内存中，并且由于内存杀手不够聪明，它会将映射的文件视为已用内存，当它尝试mmap 一个大文件时会杀死Git 进程。

解决方案是编译一个自定义 Git 二进制文件，关闭 mmap 支持 (configure NO_MMAP=1)。

Answer 5

我使用的是 git 版本 1.7.0.4，它接受这个命令。 git 1.6 版可能不接受这个命令。

尝试使用一些随机提交创建一个新存储库。然后用这个命令重新打包。

Answer 6

git config --global pack.window 0

Answer 7

我在 ubuntu 14.10 上使用 git 2.1.0 在私有 github.com 存储库上遇到了同样的问题。 （怀疑是企业路由器！工作在不同的wifi网络，工作场所除外）

* GnuTLS recv error (-54): Error in the pull function.
* Closing connection 2jects:  31% (183/589)   
error: RPC failed; result=56, HTTP code = 200
fatal: The remote end hung up unexpectedly
fatal: protocol error: bad pack header

我的解决方案是，使用 ssh 进行 git clone（我事先设置了 ssh 密钥*），如下所示：

git 克隆https://github.com/USERNAME/REPOSITORYNAME.git

变成：

git clone git@github.com:USERNAME/REPOSITORYNAME.git

*：（生成 ssh 密钥）

ssh-keygen -t rsa -C "your_email_address_registered_with_github@domain.com"

然后登录 github，在设置中，导入 ssh 密钥，然后从 ~/.ssh/id_rsa.pub 导入。