项目级配置会彻底屏蔽全局镜像源，只要composer.json含repositories字段，无论内容如何，Composer均跳过全局repo.packagist配置；常见失效原因包括空数组触发跳过、用户权限差异、配置路径错误及键名不匹配等。

项目级配置会彻底屏蔽全局镜像源，不是“覆盖”，是直接跳过读取——只要 composer.json 里有 repositories 字段，无论内容是 {}、[] 还是 {"packagist.org": false}，Composer 就完全不看全局的 repo.packagist 配置。

为什么改了 composer config -g repo.packagist 却没生效

这不是命令没跑，而是 Composer 在项目目录下发现 composer.json 含 repositories 字段后，连全局配置文件都懒得打开。常见静默失效场景：

• composer.json 原本就有 "repositories": [] ——哪怕空数组，也触发硬性跳过规则
• 你在终端用自己账号配了全局镜像，但 CI 脚本以 www-data 用户运行，根本读不到 /root/.composer/config.json
• 宝塔面板后台执行命令默认是 www 用户，和你本地 shell 的用户不一致
• 误把配置写进 ~/.composer/config.json，而 Composer 2.0+ 实际只认 ~/.config/composer/config.json（Linux/macOS）

composer config -g 和 composer config 写的是两个地方

加 -g 是往全局配置文件（如 ~/.config/composer/config.json）写；不加则修改当前项目的 composer.json 的 config 字段——但注意：repositories 镜像源不能写在 config 下，它必须出现在 repositories 字段里，否则无效。

Pandas 配置文件报告生成器

使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。

下载

• 全局镜像配置键名固定为 repo.packagist（不是 repos.packagist，也不是 packagist.org）
• 项目级镜像命令是 composer config repo.packagist composer https://mirrors.aliyun.com/composer/（无 -g），它会把对象写入 composer.json 的 repositories 字段，key 固定为 "packagist"
• 如果 repositories 原来是数组（[]），该命令直接报错；必须先手动改成对象（{}）再执行

验证配置是否真写进去了，别信 composer diagnose

composer diagnose 显示的 “Repo.packagist.org” 很可能来自缓存或旧 lock 文件，不具备实时性。唯一可信的验证方式是：

• 全局配置：运行 composer config -g repo.packagist，输出必须是完整 JSON 对象，例如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}
• 项目配置：直接打开 composer.json，确认 repositories 字段下有 "packagist": {"type": "composer", "url": "..."}
• 换源后仍卡在 Loading composer repositories？立刻执行 composer clear-cache，删掉 vendor/ 和 composer.lock，再 composer install -vvv 看日志是否请求镜像域名

真正影响协作与部署的，从来不是全局配置是否“看起来配对了”，而是项目 composer.json 是否明确声明了 repositories，且结构合法。任何依赖 CI、Docker 或多用户环境的流程，都该默认放弃全局镜像，直接走项目级配置。