gpt4 book ai didi

windows - Windows 上的 Git fetch 在开始之前等待

转载 作者:可可西里 更新时间:2023-11-01 10:35:13 26 4
gpt4 key购买 nike

我有一个 git 存储库,一开始工作正常(或在 Windows 上达到人们预期的那么好),但在 1 周(左右)后,当我尝试运行 git fetch(以及任何命令使用 fetch)。终端卡顿几分钟,然后开始抓取,抓取本身并不特别慢,但等待时间让人很痛苦。

我试过:

  • 关闭我的病毒程序
  • git config --global core.preloadindex true
  • git config --global core.fscache true
  • git config --global gc.auto 256
  • 关闭所有其他应用程序
  • 再次检查存储库(工作了几天,然后我回来了)。
  • git gc --aggressive --prune=now

任何人都知道我还能尝试什么,我试过谷歌但没有找到解决我的谜团的方法。

编辑 (2015-07-02):将 git gc --aggressive --prune=now 添加到测试列表。

我跑过:

GIT_TRACE=true git pull
trace: exec: 'git-pull'
trace: run_command: 'git-pull'
trace: built-in: git 'rev-parse' '--git-dir'
trace: built-in: git 'rev-parse' '--is-bare-repository'
trace: built-in: git 'rev-parse' '--show-toplevel'
trace: built-in: git 'ls-files' '-u'
trace: built-in: git 'symbolic-ref' '-q' 'HEAD'
trace: built-in: git 'config' 'branch.develop.rebase'
trace: built-in: git 'config' 'pull.rebase'
trace: built-in: git 'rev-parse' '-q' '--verify' 'HEAD'
trace: built-in: git 'fetch' '--update-head-ok'
trace: run_command: 'ssh' '-p' 'port' 'user@address' 'git-upload-pack '\''/repo'\''
'
trace: run_command: 'rev-list' '--objects' '--stdin' '--not' '--all' '--quiet'

#### WAITING for 2 minutes ####

remote: Counting objects: 59063, done
remote: Finding sources: 100% (124/124)
...

我已经在等待时间的地方做了标记。

最佳答案

如果延迟发生在 git pull 执行(在客户端)和来自服务器的远程消息说 remote: counting objects 之间,那么它是服务器上的碎片您需要解决的方面。

运行 git gc --aggessive 将远程存储库打包到您从中 pull 的 git 服务器上的一个或几个包文件。这些将比选择对象更有效地加载,这反过来可能会影响获取过程的工作速度。

也有可能您运行远程服务器的机器有某种反病毒扫描程序,它会扫描 Git 服务器正在加载的每个文件;您拥有的文件越多(碎片越多),问题就越大。

编辑:更新了答案以指示 git gc 需要运行的位置,因为碎片化的存储库是从中 pull 出的,而不是 pull 到的。

关于windows - Windows 上的 Git fetch 在开始之前等待,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/31164842/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com