Composer 不支持运行时指定任意配置文件路径，唯一可干预的配置加载点是 COMPOSER_HOME 环境变量——它决定全局配置目录位置，进而影响 auth.json 和 config.json 的读取路径。
Composer 不支持运行时指定任意配置文件路径，唯一可干预的配置加载点是 COMPOSER_HOME 环境变量——它决定全局配置目录位置，进而影响 auth.json 和 config.json 的读取路径。
为什么不能用 --config 或 -c 指定配置文件
Composer 命令行参数中没有 --config、-c 或类似开关。试图运行 composer install --config=my-config.json 会直接报错 Unrecognized option "--config"。它的配置加载机制是硬编码的：启动时只检查 COMPOSER_HOME，然后固定读取该目录下的 auth.json 和 config.json，不接受运行时覆盖。
COMPOSER_HOME 是唯一可控入口
改 COMPOSER_HOME 就等于换掉整个全局配置根目录，所有依赖的配置文件都跟着迁移：
- Linux/macOS：执行
export COMPOSER_HOME="/path/to/my-composer"（临时），或写入~/.zshrc后source ~/.zshrc - Windows CMD：
setx COMPOSER_HOME "D:\my-composer"，需重启终端 - Windows PowerShell：
[Environment]::SetEnvironmentVariable("COMPOSER_HOME", "D:\my-composer", "User")，同样需重启 - 验证是否生效：
composer config --global home输出应为你设的路径
注意：COMPOSER_HOME 改了之后，auth.json 和 config.json 不会自动复制过去。如果目标目录下缺失 auth.json，执行需要认证的操作（如私有包安装）会静默失败或提示 Could not authenticate。
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
项目级配置只能靠 composer.json 的 config 字段
如果你只是想覆盖某几个配置项（比如 bin-dir、vendor-dir），而不是换全局配置文件，应该直接改项目根目录的 composer.json：
{
"config": {
"bin-dir": "scripts",
"vendor-dir": "libs",
"secure-http": false
}
}
这类配置只对当前项目生效，且必须在运行 composer install 前完成修改；已安装的 vendor/ 目录不会自动迁移，需手动删除后重装。
常见陷阱：auth.json 权限和路径解析
即使 COMPOSER_HOME 设置正确，仍可能因以下原因导致配置不生效：
-
$COMPOSER_HOME/auth.json文件权限不对：Linux/macOS 上必须是600（chmod 600 $COMPOSER_HOME/auth.json），否则 Composer 会跳过读取 - Windows 下路径含空格或中文，但终端未以管理员身份运行，导致
auth.json写入失败或被杀毒软件拦截 - CI/CD 环境（如 GitHub Actions）里没显式注入
COMPOSER_HOME，脚本里调用composer时实际走的是默认路径 - IDE（如 PhpStorm）内置终端未加载 shell 初始化文件，
COMPOSER_HOME变量为空，但 GUI 界面却显示“已配置”——这是假象
真正可靠的验证方式永远是：在目标环境下执行 composer config --list --global，看输出是否包含你期望的值，而不是仅检查环境变量是否存在。
