私有包拉取卡在cloning或connection timed out，根本原因是ssh连接未通或https凭据未加载，必须先执行ssh -t git@your-host-alias验证连通性；若失败则需修复known_hosts、host别名一致性、密钥加载或配置git凭据管理器，而非调高process-timeout。
私有包拉取卡在 Cloning 或 Connection timed out 怎么办
根本不是“网速慢”，而是 Composer 在调用 git clone 前就卡死在 SSH 连接或 HTTPS 凭据阶段——此时改 process-timeout 没用，必须先让 Git 能连上。
先执行这句验证基础连通性：ssh -T git@your-host-alias。如果卡住、报 The authenticity of host 'xxx' can't be established 或 Permission denied (publickey)，Composer 后续所有操作都无效。
-
The authenticity of host：首次连接需手动确认，可临时加-o StrictHostKeyChecking=no（仅限内网），或把目标服务器公钥追加进~/.ssh/known_hosts -
Permission denied (publickey)：检查~/.ssh/config中的Host名是否和composer.json里仓库 URL 的主机部分**逐字一致**（例如 URL 是git@10.0.1.5:group/repo.git，Host行就必须写10.0.1.5） - 运行
ssh-add -l看输出是否为空；为空说明 agent 没启动或密钥没加载，执行ssh-add ~/.ssh/id_ed25519手动加载
HTTPS 方式拉私有包卡在 “could not read Username”
这不是密码输错了，是 Git 凭据管理器压根没准备好——Composer 调用 git clone 时不会弹窗、不读终端输入，直接失败。
执行以下命令启用凭据缓存：
git config --global credential.helper store
然后手动跑一次 git clone https://gitlab.example.com/org/pkg.git（随便一个能触发用户名/密码输入的克隆），输完后凭据会存到 ~/.git-credentials，后续 Composer 就能自动复用。
注意：credential.helper store 明文存密码，生产环境建议用 cache 或系统级凭据管理器（如 macOS Keychain、Windows Git Credential Manager）。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
Git clone 本身超时，但 process-timeout 已调高仍失败
process-timeout 管的是整个命令生命周期，而 git clone 的网络等待由 Git 自身控制——它默认无限等待 DNS 解析或 TLS 握手，这时 Composer 的 timeout 根本没机会触发。
- 给 Git 加连接超时（Linux/macOS）：
git config --global core.sshCommand "timeout 300 ssh" - 或全局设 Git HTTP 超时：
git config --global http.postBuffer 524288000（防大包中断） +git config --global http.lowSpeedLimit 0 - 若走代理，确保
http.proxy和https.proxy已配置，否则 Git 不会穿透
特别注意：Composer 2.2+ 的 --http-basic-timeout 对 Git 拉取无效，它只影响 https:// 包下载（ZIP 归档），不干预 git clone 流程。
换镜像源对私有包完全无效，还可能干扰
阿里云、腾讯等镜像只代理 Packagist 公共包的 packages.json 和 ZIP 下载，对 "type": "vcs" 的私有 Git 仓库**完全不生效**。强行把私有源 URL 写进镜像配置，反而会导致 Failed to clone https://xxx: could not connect to server。
正确做法是：
- 保留全局镜像加速公共依赖：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 私有仓库单独配置在
composer.json的repositories字段，type必须显式写"vcs"，URL 用完整 SSH 或 HTTPS +.git后缀 - 避免在
repositories里写"packagist.org": false——这会让 PHP 扩展校验失败
真正麻烦的从来不是“等多久”，而是中断后残留的破损克隆目录（比如 vendor/xxx/.git 半截状态）——它们不会被自动清理，下次 composer install 会直接复用并报错，必须手动删掉对应 vendor/xxx 再重试。
