git配置用户名密码的核心方案是：用 git config --global user.name 和 git config --global user.email 设置身份信息。 再执行 git config --global credential.helper store 保存凭据，后续push和pull就能免认证。
git配置用户名密码的两种核心方式
git配置用户名密码,本质上就是告诉git“你是谁”，这决定了提交历史里显示的作者名，也决定了推送时用哪套身份去验证，搞清楚全局和局部两种作用域，大部分身份错乱问题都能避免。
全局配置：git配置用户名和邮箱的默认方案
如果你平时只在个人电脑上写代码,建议直接走全局配置，打开终端，逐行执行：
git config --global user.name "你的名字"
git config --global user.email "你的邮箱"--global 表示配置写入用户主目录下的 .gitconfig 文件，之后这台电脑上的所有git仓库，默认都会使用这套身份信息，执行下面命令可以查看当前全局配置：
git config --global --list输出里会出现 user.name 和 user.email，如果写错了，重新执行上面两条命令即可覆盖，不会产生额外副作用，业内专家指出，全球多数git教程都会从这两条命令开始，因为身份信息是所有git操作的地基。
局部配置：单仓库切换账号的灵活场景
如果你同时维护公司项目和个人项目,不同仓库要使用不同身份，此时在仓库目录内执行：
git config user.name "项目专属名字"
git config user.email "项目专用邮箱"不带 --global 的命令，只对当前仓库生效，配置文件存在仓库的 .git/config 中，它的优先级高于全局配置如果同一个仓库同时存在全局和局部配置，git读取时以局部配置为准，行业共识认为，局部配置是解决“多账号身份错乱”最直接的手段。
git修改用户名密码的实战场景与操作
初次配置之外,更多用户遇到的是“之前配错了，现在要改”，这里拆解三个高频场景。
修改已提交记录中的用户名和邮箱
场景：你的项目里有几次提交，作者名字写成了乱码或别人的邮箱，需要修正身份。
如果只改最后一次提交,命令非常简洁：
git commit --amend --author="正确名字 <正确邮箱>"如果需要修改多个历史提交,推荐用 filter-branch，以把旧邮箱统一替换成新邮箱为例：
git filter-branch --env-filter '
if [ "$GIT_COMMITTER_EMAIL" = "旧邮箱" ]; then
export GIT_COMMITTER_NAME="新名字"
export GIT_COMMITTER_EMAIL="新邮箱"
fi
if [ "$GIT_AUTHOR_EMAIL" = "旧邮箱" ]; then
export GIT_AUTHOR_NAME="新名字"
export GIT_AUTHOR_EMAIL="新邮箱"
fi
' -- --all执行后强制推送：git push --force --all，注意这会重写历史，多人协作时务必先通知团队，否则容易覆盖别人的提交。
修改远程仓库密码后更新本地凭据
场景：你在Gitee或GitHub改了账号密码，下一次 git push 直接报“Authentication failed”，这是本地还缓存着旧凭据。
先把旧的用户名密码清掉,Windows用户打开“控制面板 → 用户账户 → 凭据管理器”，在“Windows凭据”里找到包含 git、github.com、gitee.com 的条目并删除，macOS用户则打开“钥匙串访问”，搜索 git 删除相关项。
删除后重新执行push,git会弹窗要求输入新的用户名和密码，也可以用命令行直接拒收旧凭据：
git credential reject进入交互模式后,依次输入 protocol=https、host=github.com，然后空行确认。
切换多个git账号时的用户名密码管理
场景：同一台电脑，白天用公司账号推内网代码，晚上用个人账号推GitHub，如果你坚持HTTPS方式，推荐用git的条件配置。
在 ~/.gitconfig 中追加：
[user]
name = 个人名字
email = 个人邮箱
[includeIf "gitdir:~/work/"]
path = ~/work/.gitconfig然后在 ~/work/.gitconfig 中写入：
[user]
name = 公司名字
email = 公司邮箱这样你在 ~/work/ 目录下执行git操作时，会自动套用公司身份；其他目录则用个人身份，如果想更彻底，可以把远程地址写成 https://用户名:密码@github.com/用户名/仓库.git，但明文密码容易泄露，不建议这么做。
git配置用户名密码后如何验证与记住密码
配置完以后,很多人心里没底，生怕没生效，下面的步骤可以帮你快速确认。
验证配置是否生效的四条命令
在任一仓库目录执行：
git config --list输出会显示当前所有生效的配置项,包括全局和局部，如果只想看某个值：
git config user.name
git config user.email再配合 git remote -v 查看远程地址，以 https:// 开头说明走HTTPS，以 git@ 开头说明走SSH，两种协议在认证方式上有本质区别，验证时要注意区分。
git记住密码的两种方式：store与cache对比
很多用户设置完用户名密码,发现push时还要输入，这是因为还没配置凭据管理器。
store模式。 执行：
git config --global credential.helper store之后第一次push输入用户名密码,git会把凭据明文写在 ~/.git-credentials 文件中，后续不再询问，适合自己专用的个人电脑。
cache模式。 执行：
git config --global credential.helper cache默认在内存中缓存15分钟,如果需要更长时间，可以指定超时：
git config --global credential.helper 'cache --timeout=3600'适合临时使用或多人共用的机器。
两种模式各有取舍,对比如下：
| 对比项 | store模式 | cache模式 |
|---|---|---|
| 存储位置 | 磁盘文件 | 内存 |
| 安全级别 | 较低 | 较高 |
| 过期时间 | 永久 | 可设置 |
| 适用场景 | 个人电脑 | 临时会话或公共机器 |
用SSH密钥彻底告别用户名密码
想彻底绕开“用户名+密码”这套交互，推荐改用SSH密钥，生成方式：
ssh-keygen -t ed25519 -C "你的邮箱"然后把 ~/.ssh/id_ed25519.pub 的内容，复制到GitHub或Gitee的“SSH密钥”设置页，最后修改远程地址：
git remote set-url origin git@github.com:用户名/仓库.git之后push和pull完全不用密码,用 ssh -T git@github.com 可以测试连通性，看到欢迎信息就说明配置成功，据统计，多数开发者会同时保留HTTPS和SSH，HTTPS方便临时clone公开仓库，SSH用于日常推送和自动化脚本。
结尾收束
git配置用户名密码，核心在于分清全局和局部两个作用域，再配合凭据管理或SSH密钥处理认证。 遇到修改密码后推送失败，先清理旧凭据；遇到多账号，用条件配置切分身份，这些操作按步骤执行就能稳定跑通。
git配置用户名密码常见问题解答
git配置用户名密码后push还是提示输入密码怎么办？
先检查凭据助手是否启用,运行 git config --global credential.helper，没有输出说明没设置，然后执行 git config --global credential.helper store，再次push并输入一次密码，如果仍提示，用 git remote -v 查看远程地址是否携带了错误的用户名或密码，若是SSH远程，则确认公钥是否已添加到托管平台。
git修改用户名密码会影响多个项目吗？
修改局部配置只影响当前仓库的 .git 目录，其他仓库维持原样，修改全局配置会影响这台电脑上所有未单独配置的仓库，如果某个仓库已经设置了局部用户名密码，全局修改对它不生效，多个项目并行时，建议用 git config --list 分别查看各仓库的当前值。
git配置用户名密码和SSH密钥有什么区别？
HTTPS方式下,git需要用户名和密码或令牌进行身份认证，密码可以由凭据助手缓存，但没有令牌时存在泄露风险，SSH密钥通过公钥和私钥配对认证，私钥存储在本机，公钥添加在远程平台，安全性更高且不用每次输入密码，实际项目中，HTTPS适合临时clone公开仓库，SSH适合长期维护和自动化脚本，据GitHub官方文档，SSH密钥也被推荐用于频繁的git操作。