如何解决Git fetch返回128状态码及‘账户已暂停’报错

我之前处理过好几个类似的Jenkins拉取Github Enterprise代码失败的案例，你遇到的128状态码+“账户已暂停”提示，核心问题基本都围绕认证账号状态或者Jenkins的凭据配置展开，下面是一步步的排查和解决方法：

1. 先确认Github Enterprise账号的状态 #

首先别着急查Jenkins，先登录你的Github Enterprise后台，找到Jenkins用来拉取代码的那个账号——可能是个人账号，也可能是专门的服务账号。

• 检查账号是否真的被暂停：比如有没有违反平台规则、账号欠费，或者管理员手动限制了账号权限。
• 如果账号确实被暂停，直接联系Github Enterprise管理员恢复权限，或者更换一个状态正常的账号来用。

2. 验证Jenkins里的Git凭据配置 #

Jenkins拉代码靠的是存储的凭据，这一步是排查的重点：

• 全局凭据检查：进入Jenkins的「Manage Jenkins」→「Manage Credentials」，找到存储的Github Enterprise相关凭据（可能是用户名密码，或者个人访问令牌PAT）。
  • 要是用的用户名密码，确认密码有没有过期、被修改；如果是PAT，检查令牌是否被撤销，以及权限是否足够（拉私有仓库需要repo权限）。
• Job级凭据检查：如果你的Jenkinsfile里指定了特定凭据拉取代码，一定要确认这个凭据对应的账号状态正常，而且有权限访问目标仓库。
  • 可以手动测试：在本地终端执行git clone <你的GIT_URL>，输入对应的账号密码或PAT，看能不能成功克隆——这能快速排除凭据本身的问题。

3. 检查两台代理节点的Git配置 #

你有Windows和Mac两台构建代理，要确认代理上的Git有没有残留旧认证信息：

• Windows代理：打开命令提示符，执行git config --list，查看user.name、user.email以及credential.helper的配置。如果有旧的错误凭据，可以用git credential-manager-core erase清除，之后重新拉取测试。
• Mac代理：在终端执行git config --list检查配置，Mac的Git凭据通常存在于钥匙串访问里，找到对应的Github Enterprise条目删除，再重新认证试试。

4. 核对Jenkinsfile的Git参数 #

看你提供的Jenkinsfile参数，这里也可能藏着小问题：

• 确认GIT_URL是正确的Github Enterprise仓库地址，你现在的默认值是https://github.com/，如果实际是内部的Github Enterprise，这个地址要改对。
• 确认GIT_SELECTOR对应的分支、标签或提交存在，而且账号有权限访问（比如有些受保护分支需要特定权限才能拉取）。

5. 排查网络与防火墙干扰 #

虽然提示是“账户已暂停”，但偶尔网络问题也会导致认证请求异常，被平台误判：

• 确认Jenkins主节点和两台代理都能正常访问Github Enterprise服务器，没有被公司防火墙或代理拦截。
• 可以在代理节点上用ping <Github Enterprise域名>测试连通性，或者用curl -v <GIT_URL>查看请求是否能正常到达服务器。

如果以上步骤都试过还是不行，建议开启Jenkins的Git调试日志：进入「Manage Jenkins」→「System Log」→「Add new log recorder」，添加hudson.plugins.git日志，级别设为DEBUG，重新运行Job后查看详细日志，里面会有更具体的认证失败细节，能帮你定位到根因。

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