Azure DevOps执行git pull突然认证失败的问题排查与解决请求

一、之前的认证逻辑 #

你之前能正常执行push/pull，是因为依赖了Git Credential Manager (GCM) 或Mac系统钥匙串完成认证：
远程地址里的myorg@只是URL的用户段占位符，实际认证时GCM会自动调用你绑定Azure DevOps的微软个人账户（而非组织名）验证，且把有效凭据存在钥匙串中，所以无需手动输入密码。现在弹出密码提示，大概率是钥匙串里的凭据失效、被清理，或是GCM配置出现异常。

二、切换到PAT的解决方案（无需重新克隆项目） #

你完全不需要重新克隆仓库，以下两种方法都能快速切换到PAT认证：

方法1：直接修改远程仓库URL嵌入PAT #

1. 生成拥有代码读写权限的Azure DevOps PAT（确保权限覆盖仓库操作需求）
2. 替换远程地址的用户段，执行命令：

   git remote set-url origin https://{你的PAT内容}@dev.azure.com/myorg/myproj/_git/myproj
   

   替换后执行git pull，会自动用PAT完成认证，不再弹出密码提示。

方法2：用Git Credential Manager安全保存PAT（不暴露PAT在URL中） #

1. 确认安装Git Credential Manager：
   若通过Homebrew安装Git，一般已自带；未安装则执行：

   brew install git-credential-manager
   

2. 配置全局凭据助手：

   git config --global credential.helper manager-core
   

3. 再次执行git pull，当弹出密码提示时，直接输入你的PAT作为密码，GCM会自动将PAT存入钥匙串，后续操作无需重复输入。

三、临时应急方案（无需配置PAT） #

检查并重置钥匙串凭据：

1. 打开Mac「钥匙串访问」，搜索dev.azure.com
2. 找到对应凭据，右键选择「显示简介」，若已过期则删除该凭据
3. 重新执行git pull，会触发微软账户的OAuth浏览器登录流程，完成后新凭据会自动存入钥匙串，恢复正常操作。

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