在 composer 中禁止自动回退到 `git clone` 的方法是将全局配置项 process-timeout 设置为 0。composer 默认会在 git 协议失败时尝试降级为 http/https 的 git clone，这通常是因为网络超时或认证问题导致的。将超时时间设为零可以强制 composer 立即放弃当前连接并报错，从而跳过后续的克隆回退步骤。
如何修改 Composer 的全局超时设置
要永久生效该配置，需要运行 Composer 的全局配置命令。执行以下命令后，Composer 会将该设置写入用户主目录下的 config.json 文件中。此后，所有针对该用户的 Composer 操作都将遵循新的超时策略。
composer config -g process-timeout 0
修改完成后，可以通过 composer config -g --list 查看当前配置列表，确认 process-timeout 的值已变为 0。此时如果 Git 仓库访问出现网络波动，Composer 会直接抛出异常，而不会尝试使用 git clone 进行重试或回退。
如何在项目级别覆盖该配置
如果只想对特定项目禁用回退行为，而不影响其他项目，可以在项目根目录下修改本地配置。使用 -l 参数可以将配置写入项目的 composer.json 文件的 config 段中。这种方式适用于团队协作，确保所有成员在该项目中使用相同的网络处理逻辑。
composer config process-timeout 0
执行上述命令后，composer.json 文件会自动更新。检查文件内容，可以看到新增了一个 config 对象，其中包含 "process-timeout": 0。这种局部配置优先级高于全局配置，因此即使全局设置了较长的超时时间，该项目也会优先采用立即超时的策略。
基于 process-timeout 为 0 时的具体报错表现
当 process-timeout 设置为 0 且 Git 访问确实失败时，Composer 的行为与默认值不同。默认情况下，Composer 可能会打印 "Installing dependencies from lock file" 后的警告信息，并尝试通过 HTTP 方式拉取代码。而在超时为零的情况下，Composer 会直接终止安装过程，并返回非零退出码。控制台输出的错误信息通常会明确指出是 Git 进程超时或被杀死，而不是显示关于 git clone 的降级提示。这种明确的失败反馈有助于开发者快速定位是网络问题还是仓库权限问题，而不是陷入漫长的等待或未知的克隆过程中。
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
