git-upload-pack 无限期挂起

l0b*_*0b0 32 ssh git jenkins

我有以下调用结构:

  1. 詹金斯跑了fab -Huser@host set_repository_commit_hash:123abc
  2. set_repository_commit_hash运行git fetchpty = False
  3. 子进程ssh git@github.com git-upload-pack 'user/repository.git'永远不会完成。

我试过git fetch在本地克隆中运行并成功,但运行ssh git@github.com git-upload-pack 'user/repository.git'只返回以下内容并挂起:

00ab84249d3bb20930c185c08848c60b71f7b28990d6 HEADmulti_ack thin-pack side-band side-band-64k ofs-delta shallow no-progress include-tag multi_ack_detailed agent=git/1.8.4
0041cb34b1c8ca75d478df38c794fc15c5f01cc6377e refs/heads/branch_name
004012577068adf47015001bfa0cff9386d6cdf497ce refs/heads/[...]
003f84249d3bb20930c185c08848c60b71f7b28990d6 refs/heads/master
[a couple more lines like the ones above, then:]
0000
Run Code Online (Sandbox Code Playgroud)

这是一个已知的 SSH/Git/Fabric/Jenkins 问题吗?

我做到strace了,但我没有记录会话。我相信它被卡在了read.

可能的相关链接:

  1. Jenkins 问题 14752:SCM 轮询/最大并发轮询数 = 1 挂起 github 轮询
  2. 为什么 git-upload-pack (在 git clone 期间)会挂起?
  3. tortoisegit 问题 1880:tortoisegit fetch 由于运行/永不退出 tortoisegitplink 挂起(尤其是评论 #7
  4. 这个随机的永无止境的“git-upload-pack”过程是什么?

l0b*_*0b0 0

这个问题似乎已经自行消失,正如快速发展的软件所预料的那样。由于我可能已经有几年没有观察到这个问题了,所以我想向修复它的人表示感谢,并认为这个问题已经过时了。

如果您在最新的 Git 版本中遇到此问题,请考虑提出一个单独的问题,因为这可能不是完全相同的问题。