git config --global --get credential.helper 输出为空说明凭据助手未启用；Linux 默认不启用，需手动配置libsecret或Git Credential Manager等安全方案。

git config --global credential.helper 输出为空？先确认凭据助手是否启用

Git 默认在 Linux 上不启用任何凭据存储，每次 git pull 或 git push 都会弹密码框，不是网络问题，是根本没配置凭据缓存机制。运行：

git config --global --get credential.helper

如果输出为空，说明完全没启用；如果输出 store，注意它会把用户名和密码明文写进 ~/.git-credentials，不推荐用于共享机器或生产环境。

Linux 推荐用 libsecret 而不是 cache 或 store

cache 只存在内存里，超时（默认 15 分钟）就失效；store 明文落盘，风险高；真正安全又持久的方案是系统级密钥链 —— Ubuntu/Debian 系统需手动装 libsecret 并编译配套 helper：

• 安装依赖：sudo apt install libsecret-1-dev
• 进入 Git 源码贡献目录（通常随 Git 一起安装）：cd /usr/share/doc/git/contrib/credential/libsecret
• 编译：sudo make
• 启用：git config --global credential.helper /usr/share/doc/git/contrib/credential/libsecret/git-credential-libsecret

完成后，首次操作会调起图形密码输入框（如 GNOME Keyring），后续全部自动复用。

Github 1.0.0

使用 `gh` CLI 与 GitHub 交互。通过`gh issue`、`gh pr`、`gh run` 和 `gh api` 管理 issue、PR、CI 运行以及高级查询。

下载

用 Git Credential Manager（GCM）更省心，但要注意发行版兼容性

GCM 支持 OAuth 流程、2FA 自动处理，比原生 helper 更智能，但它不是所有 Linux 发行版都开箱即用：

• Ubuntu/Debian：从 GCM 官方仓库 下载预编译二进制或用 APT 源安装（部分新版已支持）
• 启用命令是：git config --global credential.helper manager（注意不是 manager-core，那是 Windows 的）
• 首次 git clone HTTPS 地址时，会打开浏览器登录 GitHub，成功后凭据自动存入系统密钥环
• 若在无图形界面的服务器上使用，需确保 GPG_TTY 已设置：export GPG_TTY=$(tty) 加到 ~/.bashrc

为什么配了还弹密码框？检查远程 URL 和旧凭据残留

即使 helper 配对了，仍可能反复输密码，常见原因有：

• 远程 URL 是 https://github.com/user/repo.git，但你之前用过 https://user@github.com/user/repo.git —— Git 把它们当两个不同 host 处理，得分别存凭据
• 旧凭据卡在系统密钥环里（比如 GNOME Keyring 中存了过期 token），需要手动删掉对应条目
• 用了 GitHub 的 personal access token（PAT），但 token 权限不足（至少要勾选 repo），或已过期
• 执行过 git credential reject 手动清空过凭据，但没重新触发认证流程

最稳妥的验证方式：删掉所有旧凭据，改用 HTTPS + PAT 克隆一次新仓库，看是否能自动存入并复用 —— 这个过程暴露的问题，往往比配置本身更关键。