4

运行 Git LFS 命令，例如

GIT_TRACE=1 git lfs locks

显示使用了系统 credential.helper，即使它被本地配置覆盖。

跑步

git config --system -l

列出 'credential.helper=manager'

然而

git config --local -l

仅列出 'credential.helper=other'

在启用跟踪器的情况下运行 Git LFS 锁定命令会显示这一行

run-command.c:663       trace: run_command: 'git credential-manager get'

删除系统范围的管理器

git config --system --unset credential.helper

解决了这个问题，我的本地助手“其他”被正确使用。根据git 配置文档，每个级别都胜过前一个级别，因此 Git LFS 不尊重 git 标准。有没有什么聪明的方法可以在不取消设置系统范围的帮助程序以及可能破坏其他存储库的身份验证的情况下完成这项工作？

4

1 回答 1

4

实际上，Git LFS 在这里做的是正确的事情。它使用 Git 的git credential命令，因此完全继承了 Git 本身的行为。

虽然您是正确的，当 Git 选项采用单个值时，更具体的配置文件会覆盖更一般的文件，在 的情况下credential.helper，可以指定多个值。如果您有一组站点（例如，一组域中的那些）的自定义凭证助手，然后是其他站点的常规助手，这将很有帮助。在这种情况下，所有凭证助手都将被要求提供凭证，直到找到提供所需凭证的凭证。

如果您只想为一个存储库覆盖它，您可以编写类似这样的内容.git/config以首先清除现有列表（带有空条目），然后添加一个新的凭证助手：

[credential]
    helper =
    helper = other

从 正确设置这非常棘手git config，因此我建议手动编辑文件。

于 2020-11-17T03:26:20.290 回答