git config credential.helper store 是最直接的免密方式
它让 Git 把账号密码明文存到本地文件，后续 git pull 或 git push 就不再弹提示。适合个人开发机、测试环境等对安全性要求不高的场景。
执行这行命令即可生效：
git config –global credential.helper store
注意两点：
加了 –global 是全局生效，所有仓库都走这个配置；不加则只对当前目录下的仓库有效执行后不会立刻免密，要等下一次 git pull 或 git push 时手动输一次账号密码，Git 才会把凭证写进 ~/.git-credentials写入的密码是明文，cat ~/.git-credentials 能直接看到 https://username:password@github.com 这种格式，别用在共享服务器或多人共用机器上
HTTPS 仓库 URL 是反复输密码的根本原因
如果你用的是 https://github.com/username/repo.git 这类地址克隆的仓库，Git 默认每次操作都要向服务器发起 HTTPS 认证请求，而服务器不记你上次输过啥——所以它必须问。
解决思路只有两个方向：
让 Git 自己“记住”这次输的凭证（即上面的 credential.helper store）换协议：把远程地址改成 SSH，靠密钥对认证，彻底绕开密码输入环节
查当前远程地址用：git remote -v；如果是 https:// 开头，就属于这个范畴。
改用 SSH URL 后，credential.helper 就没用了
SSH 协议不走 HTTP Basic Auth，所以 credential.helper 配置对 git@github.com:username/repo.git 这类地址完全无效。它只管 HTTPS。
切换步骤很简单：
先生成密钥对：ssh-keygen -t rsa -b 4096 -C "your_email@example.com"（一路回车就行）把公钥内容（cat ~/.ssh/id_rsa.pub 输出）粘贴到 GitHub/GitLab/Gitee 的 SSH Keys 设置页改远程地址：git remote set-url origin git@github.com:username/repo.git
之后第一次 git push 可能提示 “The authenticity of host ‘github.com’ can’t be established”，输入 yes 回车就行，这是正常校验，不是密码提示。
.git-credentials 文件权限容易被忽略
用 store 方式时，Git 会在用户主目录下生成 .git-credentials，里面存着明文账号密码。Linux/macOS 下如果这个文件权限太宽（比如 644 或 755），Git 会直接拒绝读取，导致免密失效，又跳回输密码界面。
修复方法只有一句：
chmod 600 ~/.git-credentials
Windows 上虽然不校验权限，但如果你用 WSL 或跨平台工具同步了该文件，也建议统一设为 600，避免在子系统里出问题。
评论(0)