Upstream git-lfs has the issue "git lfs unlock is slow on large repositories #5510".
It was confirmed that on large repositories the most time-consuming operation during unlock is the "ls-files" call which by default uses "--others" option to include untracked files)
If one uses lfs.setLockableReadOnly config, the "--other" option is omitted.
That means that the user can speed up unlocking by tens or hundreds of times by manually launching
git -c lfs.setLockableReadOnly=false lfs unlock
Upstream can't just drop the --others option to git ls-files in all cases since it's being used for other tasks.
However, it might be possible for this plugin. As mentioned in the #200 about distributed git-lfs
the executable is only used for lock/unlock
Please consider patching downstream git-lfs to skip untracked files by default.
Upstream git-lfs has the issue "git lfs unlock is slow on large repositories #5510".
It was confirmed that on large repositories the most time-consuming operation during unlock is the "ls-files" call which by default uses "--others" option to include untracked files)
If one uses
lfs.setLockableReadOnlyconfig, the "--other" option is omitted.That means that the user can speed up unlocking by tens or hundreds of times by manually launching
Upstream can't just drop the --others option to git ls-files in all cases since it's being used for other tasks.
However, it might be possible for this plugin. As mentioned in the #200 about distributed git-lfs
Please consider patching downstream git-lfs to skip untracked files by default.