为什么libgit2向凭证回调暴露GIT_CREDENTIAL_DEFAULT凭证类型？

为什么GIT_CREDENTIAL_DEFAULT需要暴露给上层实现的凭证回调 #

libgit2的传输层不会内置处理默认凭证逻辑，核心原因是适配不同场景的灵活性需求：

• 不同操作系统的默认凭证存储实现完全不同，Windows依赖系统凭证管理器、macOS用系统钥匙串、Linux则对应不同桌面环境的密钥环或用户自定义的credential helper，传输层如果内置处理会引入大量强平台依赖，也无法适配不同上层应用自定义的凭证管理规则
• 部分应用场景明确要求禁止读取系统默认凭证，必须使用应用自身配置的认证信息，暴露该类型可以让调用方完全掌控认证策略，避免出现预期外的凭证读取行为

关于凭证类型优先级的调整建议 #

你应该把GIT_CREDENTIAL_DEFAULT的判断优先级调整到GIT_CREDENTIAL_USERPASS_PLAINTEXT之前，符合常规使用逻辑：

• GIT_CREDENTIAL_DEFAULT对应服务器返回的GIT_HTTP_AUTH_NEGOTIATE、GIT_HTTP_AUTH_NTLM这类协商类认证，本质是用系统内置的域账号/SSO凭证完成认证，全程不需要用户交互，优先级本来就高于需要显式输入用户名密码的明文凭证，能减少不必要的用户操作
• 官方Git客户端的默认认证逻辑也是先尝试协商认证、系统存储的凭证，失败后才会提示用户输入明文账号密码，对齐该逻辑可以避免出现和标准Git行为不一致的问题
• 只有当你的业务场景明确禁止使用系统默认凭证，必须强制使用用户输入的凭证时，才需要保持当前的优先级顺序

内容的提问来源于stack exchange，提问作者lrm29