Git 检查问题 [致命:早期 EOF]

发布于 2024-08-26 17:25:03 字数 287 浏览 14 评论 0原文

我正在运行安装了 Git(来自 Ubuntu 包管理器的最新版本)的 Ubuntu (9.10) 服务器。通过 SSH 访问 Git。在 Windows 机器上,我使用 Cygwin 来推送/拉取代码。

我可以将我的项目代码推送到服务器上,但是当我进行克隆或拉取时,它会在大约 75-80% 时返回 [致命:早期 EOF] 错误。

经过进一步调查,似乎文本数据在拉取/克隆时没有问题,但当从 Git 拉取 jar 文件和图像时,就会出现错误。

有什么建议/建议可以帮助解决这个问题吗?

提前致谢。

I'm running a Ubuntu (9.10) server with Git (latest from Ubuntu package manager) installed. Access to the Git is via SSH. On windows machines, I'm using Cygwin to push/pull code.

I can push my project code onto the server but when I do a clone or pull, it returns a [fatal: early EOFs] error at about 75-80%.

Upon further investigation, it seems like textual data has no issue when pulled/cloned but when the jar files and images are pulled from Git, the error will occur.

Any suggestion/advice that can help to resolve this issue?

Thanks in advance.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(6

浅暮の光 2024-09-02 17:25:03

您使用的 Git 版本是什么(Ubuntu 9.10 软件包提到 1.6.3 )

最近的一个帖子报告了类似的 Git1.7.1 问题 ,尽管它是来自 Cygwin 环境

$ git clone git:/repo/git/acl acl.test
  Initialized empty Git repository in /c/tmp/acl.test/.git/
  remote: Counting objects: 9205, done.
  remote: Compressing objects: 100% (3300/3300), done.
  fatal: The remote end hung up unexpectedly
  fatal: early EOFs:  62% (5708/9205)
  fatal: index-pack failed

您是否尝试降级您的 Git(在服务器端和/或 客户端side)并查看问题是否仍然存在?


正如OP Style 在评论中报告的那样,该消息也可能由不正确的协议触发:

git+ssh://

而不仅仅是:

ssh: // + git 命令

What is the Git version are you using (Ubuntu 9.10 packages mentions 1.6.3)

A recent thread reported a similar issue with Git1.7.1, although it was from a Cygwin environment.

$ git clone git:/repo/git/acl acl.test
  Initialized empty Git repository in /c/tmp/acl.test/.git/
  remote: Counting objects: 9205, done.
  remote: Compressing objects: 100% (3300/3300), done.
  fatal: The remote end hung up unexpectedly
  fatal: early EOFs:  62% (5708/9205)
  fatal: index-pack failed

Did you try downgrade your Git (on the server side and/or the client side) and see if the problem persists?


As the OP Style reports in the comments, the message can also be trigger by an incorrect protocol:

git+ssh://

instead of just:

ssh:// + git command

謸气贵蔟 2024-09-02 17:25:03

@rickb我发现

git config --add core.compression -1

在客户端(cygwin)存储库中运行修复了它。

@rickb I found that running

git config --add core.compression -1

in the client (cygwin) repository fixed it.

一曲爱恨情仇 2024-09-02 17:25:03

git config --global --add core.compression -1

git config --global --add core.compression -1

南风起 2024-09-02 17:25:03

由于某种原因,在 ~/.ssh/config 文件中启用压缩后,问题就消失了。天知道为什么。

For some reason, the problem went away after I enabled Compression in the ~/.ssh/config file. God knows why.

长不大的小祸害 2024-09-02 17:25:03

尝试 msysgit。我对 cygwin 的 git 也有同样的问题,当我使用 msysgit 获取相同的存储库时,它第一次工作了。

另请参阅此线程: http://cygwin.com/ml/cygwin/2010- 09/msg00832.html

Try msysgit. I had the same issue with cygwin's git, and when I fetched the same repository using msysgit it worked first time.

See also this thread: http://cygwin.com/ml/cygwin/2010-09/msg00832.html

找个人就嫁了吧 2024-09-02 17:25:03

看看这个答案:
https://stackoverflow.com/a/6849424

您也可以尝试: git config --global core.compression 0 tp 禁用压缩。

Checkout this answer:
https://stackoverflow.com/a/6849424

also you can try: git config --global core.compression 0 tp disable the compressions.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文