应手动编辑 composer.json 或全局 config.json 删除 repositories 数组中对应项，因 composer 不支持 composer remove-repo 或 composer config --unset repositories.xxx；需确认配置层级后备份再删，并运行 composer update --lock 同步锁文件。
Composer 怎么删掉某个 repo 配置（比如私有源）
Composer 本身没有 composer remove-repo xxx 这种命令，所谓“清除指定仓库源”，实际是修改或还原 composer.json 中的 repositories 配置。你看到的源，要么来自项目级 composer.json，要么来自全局配置（COMPOSER_HOME/config.json），得先确认来源。
- 运行
composer config --list --global查看是否在全局加了源（比如用过composer config --global repositories.xxx） - 运行
composer config --list（不带--global）查看当前项目是否定义了repositories - 如果源是通过
repositories数组手动写的，直接编辑对应 JSON 文件删掉那一项即可
composer config --unset 能否删除某个 repo 条目
不能直接按名称 unset —— composer config --unset repositories.foo 会报错，因为 repositories 是数组，不是键值对对象。Composer 的 --unset 只支持路径式 key（如 config.allow-plugins），不支持数组索引或条件删除。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 想删掉
repositories数组里第 0 个源？得手动编辑 JSON 或用脚本处理 - 临时禁用某个源：可改用
"packagist.org": false+ 单独配repositories，但不解决“删”的需求 - 稳妥做法：备份后手动删
composer.json里的对应对象，再运行composer update --lock让 lock 文件同步
误用 composer clear-cache 会清掉源配置吗
不会。composer clear-cache 只清下载缓存（vendor/composer/cache 和 HTTP 缓存），跟 repositories 配置完全无关。很多人混淆“缓存”和“配置”，结果执行完发现源还在，还怀疑命令没生效。
- 缓存目录位置可通过
composer config cache-dir查看 - 删错配置后想回退？检查 Git 历史，或从
composer show -p输出反推当前生效的源列表 - 私有源出问题时，建议先用
composer config --list | grep repositories快速定位是哪一层加的
批量管理多个自定义源时容易漏掉什么
当项目依赖多个私有包，靠一堆 repositories 数组项硬编码时，最常被忽略的是 packagist.org 的显式开关。一旦你写了自定义 repositories，默认会关闭 Packagist，除非显式加上：
"repositories": [
{"type": "composer", "url": "https://private.repo/"},
{"packagist.org": false}
]否则 Composer 仍会 fallback 到官方源，行为可能和预期不一致。
- 用
composer diagnose可检测是否意外禁用了 Packagist - 团队协作时，别把敏感源 URL 写死在项目
composer.json里，应走环境变量 +config.json全局配置 - CI 环境中，
COMPOSER_HOME不同可能导致本地删了源，CI 里却还存在
