Git克隆卡在“Cloning into”是Git层超时，非Composer或Jenkins配置问题；需先手动运行git clone复现，再分HTTPS/SSH协议排查网络、认证、代理及SSL配置。

Git克隆卡在 Cloning into 阶段，不是 Composer 或 Jenkins 配置问题，而是 Git 自身的网络连接/认证环节失败——改 process-timeout、换镜像源、调 Jenkins 超时参数，全都不起作用。

先手动复现，确认是 Git 层卡死

Composer、Jenkins、IDEA 等工具调用的是系统 git 命令，它们本身不处理克隆逻辑。所以第一步必须脱离上层工具，直接跑原生命令：

• 运行 git clone https://github.com/your-org/repo.git /tmp/test-clone（HTTPS 场景）
• 或 git clone git@github.com:your-org/repo.git /tmp/test-clone（SSH 场景）
• 观察是否同样卡住、卡在哪一步（如卡在 Resolving deltas 是本地解包问题；卡在开头几秒没反应，大概率是连接或认证失败）

只有能手动复现，后续排查才有意义。不能复现？那问题在上层工具的封装逻辑里（比如 IDEA 用了内置 Git、Jenkins 没传对凭据）。

HTTPS 克隆失败：检查 Token、代理、SSL 三件套

企业网或 CI 环境下 HTTPS 克隆失败，90% 出在这三个地方：

GitHub Push 自动推送

使用自动 SSH 和远程配置实现安全的 GitHub 推送自动化。适用于执行 `git push`、自动化推送或处理冲突等场景。

下载

• 403 Forbidden：GitHub/GitLab 启用 2FA 后，密码失效，必须用 Personal Access Token 替代。配置方式：composer config --global github-oauth.github.com （Composer 场景），或 URL 中嵌入：https://@github.com/owner/repo.git
• 走代理但 Git 没配：git 不读 http_proxy 环境变量，必须显式设：git config --global http.proxy http://proxy.example.com:8080；HTTPS 仓库还要额外设：git config --global https.proxy http://proxy.example.com:8080
• SSL certificate problem 或 unable to get local issuer certificate：不是证书过期，是 Git 没读系统 CA 证书路径。Linux 下执行 git config --global http.sslCAInfo "/etc/ssl/certs/ca-certificates.crt"；Windows 下可指向 curl-ca-bundle.crt 文件。别用 git config --global http.sslVerify false —— 这只是掩盖问题，且不解决私有 GitLab 自签名证书场景

SSH 克隆卡住：验证连接、保活、路径权限

SSH 方式看似简单，但实际更易因底层配置失配而静默失败：

• 先测连通性：ssh -T git@github.com 或 ssh -T git@gitlab.example.com。如果超时或报 Permission denied (publickey)，说明密钥没加载或没上传到平台
• 内网 GitLab 常见卡在 git@xxx:xxx/yyy.git 路径不对：SSH 默认用户是 git，但服务器端仓库路径可能不在 /home/git 下，而是由 GitLab 服务管理。务必用平台提供的完整 SSH URL（如 git@gitlab.example.com:group/project.git），不要自己拼
• 克隆大仓库到 7% 卡住：本质是 SSH 连接被防火墙或远端服务因低速传输中断。需在 ~/.ssh/config 中强制启用保活：

  Host gitlab.example.com
    User git
    ServerAliveInterval 10
    ServerAliveCountMax 20
    TCPKeepAlive yes

  ，并确保文件权限为 600

大仓库克隆慢/中断：禁用压缩 + 浅克隆 + 分步推

超过 1GB 的仓库，完整克隆极易因网络抖动失败，不建议硬扛：

• 关压缩减远端压力：git config --global core.compression -1
• CI/构建场景用浅克隆：git clone --depth 1 https://...；Jenkins 流水线中通过 CloneOption 设 depth: 1 和 shallow: true
• 导入到 CodeArts Repo 等平台失败时，别直连拉：先 git clone --bare 到本地，再 git push --mirror 推过去。这样规避了平台侧的单次连接超时限制

真正难的不是“怎么加 timeout”，而是判断哪一层在超时——Git 自己、SSH 守护进程、中间防火墙、远端 Git 服务，每一层的超时机制和配置位置都不同。手动复现 + 分协议验证，是唯一靠谱的起点。