我倾向于尝试在 Stack Overflow 上回答很多 git 问题，但这样做时，我喜欢先在本地建立一个或两个虚拟存储库，然后在发布之前测试我的建议。
最近我买了一台新电脑，我想我现在的配置有些不同，或者我已经有一段时间没有在本地使用 git 来做这种事情了，因为在本地推送时引入了很大的延迟。
让我举个例子：
git init --bare remote
git clone remote local
cd local
echo abc >test.txt
git add .
git commit -m "abc"
git push
最后一条命令在输出之前有大约 12 秒的延迟：
λ git push
Remote "origin" does not support the LFS locking API. Consider disabling it with:
$ git config lfs.https://z////Temp/remote.git/info/lfs.locksverify false
Enumerating objects: 5, done.
Counting objects: 100% (5/5), done.
Writing objects: 100% (3/3), 254 bytes | 254.00 KiB/s, done.
Total 3 (delta 0), reused 0 (delta 0)
To Z:/Temp/remote
2c2a0cf..12a484c master -> master
问题是，我可以在本地使用这些命令时禁用此 LFS 锁定 api 探测或它在此处执行的操作，而无需添加--no-verify所有此类推送？基本上，我想像往常一样使用 git，而不必记住 git lfs 探测似乎在本地被破坏了。
我不想为所有git 与遥控器的交互禁用此 LFS 功能，因为我在 github 上至少有一个存储库用于使用它。“它”是 LFS，这个 LFS 锁定是否可能不需要并且我可以全局关闭它？
或者这可能是某种错误，我真的应该这样报告吗？
这是 Git 2.24.1.windows.2，Windows 10 build 1909，在 AMD Ryzen 5 3600 上针对 M.2 2GB/sec SSD 运行，所以我认为“慢速计算机或磁盘”也不是真正的问题。
我发现的唯一提供的方法是我要么指定--no-verify所有此类推送，要么明确提供禁用它的每个存储库配置，就像git push上面建议的那样。我真的不喜欢这两种解决方案，还有其他的吗？
如果我发出这个推送命令：
git push --no-verify
它在几分之一秒内完成。基本上我的问题是，是否有一种方法可以配置 git，以便所有本地推送都具有这种速度，而不必显式配置存储库或不必每次都指定 --no-verify。