昨天我安装了一个新的 Git windows server 2.6.4,它在 Mac git 客户端(git 协议(protocol))上运行良好
今天,我正在努力让第二个客户端 (Windows 7) 正常工作。在尝试让它工作的过程中,我已经将 Windows 服务器和客户端升级到最近发布的 git 2.7.0
我试过禁用压缩...我试过无线和有线网络(Windows 客户端和服务器位于同一张 table 上)。我在客户端上禁用了 AV。我已尝试按照建议调整内存设置 here
这是客户端输出:
bash> git clone git://server.fqdn/repo.git Cloning into 'repo'... remote: 08:56:10.972997 git.c:348 trace: built-in: git 'pack-objects' '--revs' '--thin' '--stdout' '--progress' '--delta-base-offset' remote: Counting objects: 76, done. remote: Compressing objects: 100% (38/38), done. Receiving objects: 100% (76/76), 8.31 KiB | 0 bytes/s, done. fatal: read error: Invalid argument fatal: early EOF fatal: index-pack failed bash>
这是服务器输出:
bash> ./gitd.bat D:\tools\gitd>set GIT_TRACE=1 D:\tools\gitd>D:\tools\Git\bin\git.exe daemon --reuseaddr --verbose --base-path=D:\git --export-all --enable=receive-pack 08:59:49.023778 git.c:561 trace: exec: 'git-daemon' '--reuseaddr' '--verbose' '--base-path=D:\git' '--export-all' '--enable=receive-pack' 08:59:49.023778 run-command.c:343 trace: run_command: 'git-daemon' '--reuseaddr' '--verbose' '--base-path=D:\git' '--export-all' '--enable=receive-pack' [7376] Ready to rumble 09:00:03.056268 run-command.c:343 trace: run_command: 'D:\tools\Git\mingw64\libexec\git-core\git-daemon.exe' '--serve' '--reuseaddr' '--verbose' '--base-path=D:\git' '--export-all' '--enable=receive-pack' [6492] Connection from 10...:54729 [6492] Extended attributes (27 bytes) exist [6492] Request upload-pack for '/repo.git' 09:00:03.087469 run-command.c:343 trace: run_command: 'upload-pack' '--strict' '--timeout=0' '.' [6492] 09:00:03.134269 git.c:561 trace: exec: 'git-upload-pack' '--strict' '--timeout=0' '.' [6492] 09:00:03.134269 run-command.c:343 trace: run_command: 'git-upload-pack' '--strict' '--timeout=0' '.' [6492] 09:00:03.617872 run-command.c:343 trace: run_command: 'pack-objects' '--revs' '--thin' '--stdout' '--progress' '--delta-base-offset'
我还能尝试什么?
最佳答案
已知 Git 守护进程可以在 Windows 上运行仅当某些文本被选中时
在 git 守护进程的控制台窗口中(例如,参见
git clone fails with "index-pack" failed? ).
此文本选择延迟了守护程序的输出,这在某种程度上有所帮助(!)。作为
一旦文本选择被清除(使用 Escape 键),克隆/获取
大部分时间都失败了。再次选择文本,然后克隆/获取恢复
上类。使用 git 可以在 Windows 10 上轻松重现该问题
2.11.0.windows.1
通过本地克隆
git clone git://127.0.0.1/my-repo
.
关于windows - 用于 Windows 的 Git : fatal: early EOF,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/34635599/