Azure DevOps Server本地实例PAT克隆失败及统一认证方法咨询

我来帮你拆解这个问题——你遇到的PAT能用于API但不能克隆Git仓库的情况，本质是Git客户端和Azure DevOps Server的认证机制匹配问题，下面分两部分解答：

一、使用PAT克隆仓库需要的额外配置 #

Azure DevOps Server的Git端点默认可能优先接受NTLM认证，而Git客户端在Windows环境下会自动尝试NTLM，导致你的PAT没有被正确传递。要让PAT生效，需要强制Git使用基本认证（PAT是基于基本认证的），有两种常用方法：

方法1：手动配置Git的Authorization头 #

针对单个仓库配置（推荐，更安全）：

1. 先把你的PAT转换成Base64编码（注意前面要加一个冒号:，因为基本认证的格式是用户名:密码，这里用户名可以留空，所以是:PAT）。在PowerShell里执行：

   $yourPAT = "你的PAT令牌内容"
   $base64PAT = [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes(":`$yourPAT"))
   

2. 克隆仓库前，先配置该仓库的Git参数：

   git config http.https://tfs.acme.com.extraheader "Authorization: Basic $base64PAT"
   

3. 之后正常执行克隆命令即可：

   git clone https://tfs.acme.com/你的项目路径/_git/你的仓库名
   

方法2：强制Git使用基本认证，禁用NTLM #

直接设置Git针对该TFS地址使用基本认证，这样Git不会尝试NTLM：

git config http.https://tfs.acme.com.auth basic

之后克隆时，用户名输入任意字符串（比如ignore），密码输入你的PAT即可。

二、同时支持API调用和仓库克隆的统一认证方式 #

Personal Access Token (PAT)本身就是统一的解决方案，只要正确配置Git客户端，它既能用于Rest API调用，也能用于Git操作。另外，更便捷的方式是使用Git Credential Manager Core (GCM Core)，它可以帮你管理凭据，不用每次手动输入PAT：

1. 安装GCM Core：在Windows Server 2019上，可以用Chocolatey安装（如果没装Chocolatey，先安装它）：

   choco install git-credential-manager-core
   

2. 配置Git使用GCM Core作为凭据助手：

   git config --global credential.helper manager-core
   

3. 现在尝试克隆仓库，当弹出认证窗口时：
   • 用户名：输入任意非空字符串（比如pat-user）
   • 密码：输入你的PAT
     GCM会自动保存这个凭据，之后无论是Git操作还是API调用（只要在请求头里带Authorization: Basic <base64编码的:PAT>）都可以正常使用。

补充说明 #

你提到PAT在API调用中正常，是因为API请求通常会明确设置Authorization头，而Git客户端默认的认证流程没有走基本认证，导致PAT没被正确传递。只要调整Git的认证配置，PAT就能同时覆盖两种场景。

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