git lfs fsck
could not be checked: no such file or directory
#5867
Labels
enhancement
patches-welcome
The core team will accept patches for this feature, but is not planning to implement it themselves.
Describe the bug
Running
git lfs fsck ${ROOT_COMMIT_SHA}..HEAD
is quite likely to produce errors like these:I think that the problem is that LFS may not fetch all the objects from the remote, unless you actually check out the commits that refer to that object. Manually running
git lfs fetch --all
fixes the issue, but it's quite inconvenient (and might fetch more files than required).IMO,
git lfs fsck
should try to fetch the missing objects before reporting errors (or maybe even just check their existence on the remote without downloading them, if this is possible). Alternatively, if changing the default behavior ofgit lfs fsck
is problematic for some reason, this could be enabled by adding a--fetch
flag.System environment
The text was updated successfully, but these errors were encountered: