克隆GitLab仓库返回464错误 添加Windows凭证无效如何解决

报错复现 #

执行克隆操作时终端返回如下错误：

Cloning into 'path'...
fatal: unable to access 'https://gitlab.com/shared/<my repo>.git/': The requested URL returned error: 464

已尝试在Windows控制面板「Windows凭证」模块手动添加对应凭证，操作后未生效，仍触发相同报错。

排查修复步骤 #

• 先核对克隆URL正确性：464错误的标准诱因是请求URL长度超出服务端/中间转发层的限制阈值，首先确认你使用的URL里没有保留<my repo>这类占位符，必须替换成仓库实际的路径，不要直接复制文档里的示例URL直接执行。
• 清理Git全局代理配置：打开任意终端执行以下两条命令，检查是否配置了全局HTTP/HTTPS代理：

  git config --global --get http.proxy
  git config --global --get https.proxy
  

  如果命令返回了非空的代理地址，依次执行以下命令清除全局代理，代理转发时追加的参数很容易导致URL长度超限：

  git config --global --unset http.proxy
  git config --global --unset https.proxy
  

• 彻底清理残留的错误凭证：除了Windows凭证管理器中删除所有gitlab.com相关的凭证条目，再执行凭证清理命令：

  git credential-manager erase
  

  按提示依次输入protocol=https、host=gitlab.com，之后连按两次回车完成缓存清理。后续重新执行克隆时，认证弹窗的密码栏不要填账号登录密码，要填入GitLab个人设置中生成的、勾选了read_repository权限的个人访问令牌（PAT）。
• 规避URL过长问题：不要手动拼接嵌套子组的仓库克隆地址，直接打开对应GitLab仓库主页，点击「克隆」按钮复制官方给出的最短HTTPS链接使用。如果是内网自建GitLab实例，联系运维确认前置网关/WAF的URL长度拦截阈值是否配置过低，临时可以切换SSH协议克隆绕过HTTPS层的长度校验。

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