Linux系统下Git使用新建Personal Access Token(PAT)认证失败如何处理？

• 本地凭证缓存未更新
  Linux环境下Git默认会通过凭证助手（credential.helper）缓存认证信息，你之前的旧PAT仍存储在系统凭证存储（通常是libsecret、gnome-keyring等）中，Git拉取/推送时会优先读取缓存的旧令牌，不会触发新令牌的提交，因此GitHub侧不会收到新PAT的请求，自然无使用记录。
  可执行命令git config --get credential.helper查看当前启用的凭证助手，进入对应凭证管理工具删除GitHub相关的旧认证记录即可。
• PAT权限配置不匹配
  若你创建的是细粒度（Fine-grained）PAT，需确认：
  1. 已授权对应仓库的访问权限，而非仅授权部分无关仓库
  2. 已开启对应操作的权限，例如推送代码需要Contents读写权限，操作工作流需要Actions权限等
     若你创建的是经典（Classic）PAT，需确认已勾选repo等操作所需的权限域，权限不足也会触发认证失败报错。
• 远程仓库URL携带旧认证信息
  若你之前曾把令牌直接写入远程仓库URL中，Git会优先读取URL内的旧令牌进行认证，不会使用你新输入的PAT。可执行命令git remote -v查看当前仓库的远程地址，若URL格式为https://<旧令牌/旧认证信息>@github.com/用户名/仓库名.git，需执行git remote set-url origin https://github.com/用户名/仓库名.git更新远程地址后再尝试认证。
• 输入PAT时存在格式错误
  复制新PAT时如果误携带了前后空格、换行符等不可见字符，会导致GitHub校验令牌不通过，且格式非法的请求不会被计入令牌的使用记录。可重新复制完整令牌字符串，粘贴时注意不要多选额外内容。
• 网络代理拦截了认证请求
  若你配置了系统代理或Git专属代理，代理可能会拦截、篡改Git的认证请求，导致请求未实际送达GitHub，或代理缓存了旧的认证信息直接返回认证失败，此时GitHub侧不会收到新PAT的请求，自然无使用记录。可临时关闭代理后重试操作，验证是否为代理导致的问题。

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