【发布时间】:2017-05-15 22:42:47
【问题描述】:
我正在尝试将代码从 Github (git pull origin master) 拉到我们的服务器上。
这以前有效。但是,现在,我收到以下错误:
$ git pull origin master
From github.com:org-name/repo-name
* branch master -> FETCH_HEAD
Updating 8024663e..e458e5c1
fatal: path/to/file.msi: smudge filter lfs failed
我用GIT_TRACE=1 运行了相同的命令:
$ GIT_TRACE=1 git pull origin master
19:25:26.331064 git.c:371 trace: built-in: git 'pull' 'origin' 'master'
19:25:26.333947 run-command.c:350 trace: run_command: 'fetch' '--update-head-ok' 'origin' 'master'
19:25:26.334661 exec_cmd.c:116 trace: exec: 'git' 'fetch' '--update-head-ok' 'origin' 'master'
19:25:26.337625 git.c:371 trace: built-in: git 'fetch' '--update-head-ok' 'origin' 'master'
19:25:26.344457 run-command.c:350 trace: run_command: 'ssh' 'git@github.com' 'git-upload-pack '\''org-name/repo-name.git'\'''
19:25:26.925565 run-command.c:350 trace: run_command: 'rev-list' '--objects' '--stdin' '--not' '--all' '--quiet'
19:25:26.937016 run-command.c:350 trace: run_command: 'rev-list' '--objects' '--stdin' '--not' '--all' '--quiet'
19:25:26.937833 exec_cmd.c:116 trace: exec: 'git' 'rev-list' '--objects' '--stdin' '--not' '--all' '--quiet'
19:25:26.941292 git.c:371 trace: built-in: git 'rev-list' '--objects' '--stdin' '--not' '--all' '--quiet'
From github.com:org-name/repo-name
* branch master -> FETCH_HEAD
19:25:26.994717 run-command.c:1130 run_processes_parallel: preparing to run up to 1 tasks
19:25:26.994880 run-command.c:1162 run_processes_parallel: done
19:25:26.995780 run-command.c:350 trace: run_command: 'gc' '--auto'
19:25:26.996735 exec_cmd.c:116 trace: exec: 'git' 'gc' '--auto'
19:25:27.000596 git.c:371 trace: built-in: git 'gc' '--auto'
19:25:27.002716 run-command.c:350 trace: run_command: 'merge' 'FETCH_HEAD'
19:25:27.003445 exec_cmd.c:116 trace: exec: 'git' 'merge' 'FETCH_HEAD'
19:25:27.006078 git.c:371 trace: built-in: git 'merge' 'FETCH_HEAD'
Updating 8024663e..e458e5c1
19:25:27.420945 run-command.c:350 trace: run_command: 'git-lfs filter-process'
19:25:27.470865 run-command.c:209 trace: exec: '/bin/sh' '-c' 'git-lfs filter-process' 'git-lfs filter-process'
trace git-lfs: run_command: 'git' version
trace git-lfs: run_command: 'git' config -l
trace git-lfs: Initialize filter-process
trace git-lfs: Read filter-process request.
trace git-lfs: Read filter-process request.
fatal: path/to/file.msi: smudge filter lfs failed
19:25:27.998635 run-command.c:42 trace: run_command: running exit handler for pid 18022
我已验证我的 ssh 凭据正确:
$ ssh -T git@github.com
Hi user-name! You've successfully authenticated, but GitHub does not provide shell access.
事实上,我知道凭据没问题,因为pull 将关闭.gitattributes 文件(以及我所做的其他小文件更改):
file.msi filter=lfs diff=lfs merge=lfs -text
我验证了 Git LFS 似乎配置正确:
$ git config -l
filter.lfs.process=git-lfs filter-process
filter.lfs.required=true
filter.lfs.clean=git-lfs clean -- %f
filter.lfs.smudge=git-lfs smudge -- %f
...
我找到了这个Github issue,我尝试了所有三个步骤:
$ echo "protocol=https\nhost=github.com" | git credential fill
$ echo "protocol=https\nhost=github.com" | git credential fill | git credential reject
$ echo "protocol=https\nhost=github.com" | git credential fill | git credential approve
第一步询问我的用户名。因此,正如它所说,Git LFS 似乎没有缓存任何东西。
我对 Git LFS 没有太多经验,坦率地说,我对如何解决这个问题一无所知。
我最近采取的两项操作可能会破坏某些东西:
- 我从我们的存储库中删除了一个用户。服务器的 ssh 密钥属于用户。我们添加了一个部署密钥,但我读到了Git LFS didn't support deployment keys(尽管最近似乎添加了支持)。所以,我们切换到用户密钥。两个密钥都通过
ssh -T git@github.com测试得到确认。不过,也许存在身份验证问题? - 我将存储库拉到没有 Git LFS 的服务器上。我当时没有意识到,但文件传输到目标服务器很好。但是,也许这破坏了存储库中的某些内容?
您可以提供任何帮助,我们将不胜感激。
PS - 如果我的匿名化造成混乱,我很抱歉。我用X.X.X.X替换了我们的实际IP地址;我们的组织名称与org-name;我们的仓库名称为repo-name;我们的 Github 用户,user-name;带有file.msi 的文件名;而且,还有一些事情。
编辑 2017 年 5 月 16 日:添加了语言以明确它曾经可以工作......并且我打破了它。
【问题讨论】: