Composer原始镜像恢复_解决自定义源导致的问题-composer-PHP中文网

必须执行composer config -g repo.packagist composer https://repo.packagist.org强制指定官方源，而非仅--unset；因字段名错误、旧版fallback崩溃、项目级配置或环境变量覆盖、缓存未清均会导致--unset不生效。

composer原始镜像恢复_解决自定义源导致的问题

直接执行 composer config -g repo.packagist composer https://packagist.org 就能强制走官方源，比删配置更可靠，尤其在 Composer 2.2–2.4 这些旧小版本里不会卡在 Could not parse version constraint 错误里。

为什么 `composer config -g --unset repos.packagist` 有时不生效

这个命令只是删 JSON 字段，不是“重置为默认”。实际失效常因为：

字段名写错：必须是 repos.packagist（复数），写成 repo.packagist（单数）不会报错，但配置没被删
旧版 Composer（如 2.2–2.4）删掉后 fallback 逻辑可能崩溃，直接卡住或报错
项目级 composer.json 里还有 "repositories" 块，它优先级高于全局配置，删全局等于白删
环境变量 COMPOSER_REPO_PACKAGIST 仍存在，会彻底盖掉所有配置

怎么确认当前真正走的是官方源

不能只看命令有没有报错，得验证两件事：配置已生效、网络请求地址正确。

Workflow Decomposer

工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。

下载

查当前实际生效的源：composer config repo.packagist（不加 -g），输出应含 https://repo.packagist.org，而不是 mirrors.aliyun.com 等镜像域名
看真实请求地址：composer require monolog/monolog --no-install -vvv，滚动日志里找 Downloading https:// 开头的行，URL 必须是 https://repo.packagist.org
检查缓存是否清空：ls -la ~/.composer/cache/（Linux/macOS）或 dir %APPDATA%\Composer\Cache\（Windows），目录应为空或只剩空子目录

三层配置覆盖关系必须理清

Composer 查源顺序是固定且严格的：环境变量 > 项目级配置 > 全局配置。哪怕你全局设对了，只要其中一层“盖住”了，就一定不生效。

查项目是否自定义源：grep -A 5 '"repositories"' composer.json（Linux/macOS），或手动打开 composer.json 搜索 repositories
临时覆盖项目级设置：进项目目录后运行 composer config repo.packagist composer https://packagist.org
查环境变量干扰：env | grep COMPOSER_REPO（Linux/macOS）或 echo %COMPOSER_REPO_PACKAGIST%（Windows），有就 unset COMPOSER_REPO_PACKAGIST 或对应清除

最常被忽略的一点：缓存不清，换源等于白换。哪怕配置全对、URL 正确，composer update 仍可能拉错包或报 Package not found——因为旧镜像的 packages.json 快照还躺在缓存里。