Git pull - smudge过滤器lfs失败

时间:2017-05-15 22:42:47

标签: git github git-lfs

我试图从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没有多少经验,坦率地说,我对如何解决这个问题缺乏想法。

我最近采取的两项措施可能会破坏某些内容:

  1. 我从我们的存储库中删除了一个用户。服务器的ssh密钥属于用户。我们添加了一个部署密钥,但我读到了Git LFS didn't support deployment keys(尽管最近似乎添加了支持)。所以,我们切换到用户密钥。这两个密钥都通过ssh -T git@github.com测试确认。可能还有认证问题吗?
  2. 我将存储库拖到没有Git LFS的服务器上。我当时没有意识到这一点,但传输到目标服务器的文件很好。但是,这可能会破坏存储库中的某些内容吗?
  3. 您可以借出的任何帮助将不胜感激。

    PS - 对不起,如果我的匿名造成混乱。我用X.X.X.X替换了我们的实际IP地址;我们的组织名称为org-name;我们的回购名称为repo-name;我们的Github用户user-name;文件名为file.msi;还有一些东西。

    编辑5/16/17:添加语言以明确它曾经工作......而且我打破了它。

2 个答案:

答案 0 :(得分:7)

在我的情况下,经过SSH身份验证的存储库已更新为使用来自其他客户端的LFS,而在我这边,Git-LFS不知道SSH remote-url。我采取的措施是:

remote.origin.url中配置的网址(origin的推送网址)复制到lfs.url(网址LFS使用):

$ git config lfs.url $(git config remote.origin.url)

(如果您的遥控器未命名为origin,请更改为您的远程名称。)

然后运行

$ git config lfs.url

显示URL并确认它确实包含SSH网址,而不是某些HTTP / HTTPS网址。

然后你可以

$ git pull

完成。

如果你之前搞砸了,masterorgin/master在某种程度上分歧了,那么你可能需要git checkout -fB master origin/master(这不是' t ask和覆盖主分支的本地版本,所以要小心并小心执行!)。

另请参阅:https://github.com/git-lfs/git-lfs/issues/2661#issuecomment-335903332

答案 1 :(得分:0)

就我而言,在按照@grandchild 的答案提供的说明进行操作后,我必须再添加一个步骤。正如@grandchild 所解释的,我的远程 git 存储库最近更改为使用来自原始 https 的协议 ssh。在我的 git 配置中,最初没有设置 git 配置“http.sslverify”。我相信如果缺少默认值,则为 true。它导致错误“涂抹过滤器 lfs 失败”。一旦我将其设置为 false

<块引用>

$ git config http.sslverify 假

它可以正常工作。