composer config --unset 不能真正恢复默认值，仅删除配置项使其“未设置”，部分配置（如 repo.packagist、secure-http）因逻辑上“未设置=启用默认”而表现如恢复，但 minimum-stability 等必须手动设值。
composer config --unset 能否真正恢复默认值
composer config --unset 只是删除 composer.json 或全局配置文件（如 auth.json）中的对应字段，**不会回退到 Composer 内置的硬编码默认值**。比如你执行了 composer config repo.packagist false，再用 --unset repo.packagist 删除后，Composer 会按「该字段不存在」处理——此时它确实会启用默认行为（即恢复使用 Packagist），但这只是因为逻辑上“未设置 = 启用默认”，而非配置被“重置”了。
哪些配置能靠 --unset 恢复预期行为
以下几类配置在 unset 后可回到 Composer 默认逻辑：
-
repo.packagist：unset 后自动启用官方仓库 -
secure-http：unset 后默认为true（强制 HTTPS） -
preferred-install：unset 后默认为dist -
sort-packages：unset 后默认为false
但注意：github-oauth、http-basic 这类认证配置 unset 后只是删掉凭据，不改变请求方式；而 cache-dir、data-dir 这类路径配置 unset 后会回落到系统级默认路径（如 ~/.composer/cache），但该路径本身受环境变量（如 COMPOSER_HOME）影响。
unset 操作的实际执行步骤和风险点
执行前务必确认作用域，否则可能删错位置：
- 默认操作当前项目的
composer.json（加--local显式指定） - 加
--global才修改~/.composer/config.json - 加
--auth才修改auth.json（常用于删github-oauth） - 执行
composer config --list --global可预览当前全局配置，避免误删 - 没有「撤销上一次 config 命令」的机制，删错只能手动编辑 JSON 文件或重装配置
例如删全局 GitHub Token：composer config --global --auth --unset github-oauth.github.com；删项目级仓库源：composer config --unset repositories.my-proxy。
无法通过 unset 恢复的默认行为怎么办
有些配置项没有“未设置 = 默认”的逻辑，比如：
-
minimum-stability：unset 后 Composer 会报错minimum-stability is not set，必须显式设为stable或其他值 -
platform：unset 后不会自动读取当前 PHP 版本，而是完全忽略平台约束，可能导致依赖安装失败 -
config.process-timeout：unset 后不是恢复默认 300 秒，而是继承父进程超时或无限等待（取决于运行环境）
这类情况必须手动写回默认值：composer config minimum-stability stable，不能依赖 unset。
真正容易被忽略的是作用域混用和嵌套键删除——比如 repositories 是个数组，composer config --unset repositories.foo 只删其中一项，但若想清空整个 repositories，得用 composer config --unset repositories（注意没点号）。少打一个字符，结果就差很远。
