必须在项目级composer.json顶层写"packagist": false才能真正禁用，默认源无法通过全局config --global repo.packagist false关闭，该命令会设非法值导致报错或回退，且禁用后所有依赖（含嵌套）必须存在于显式声明的repositories中。
全局禁用 Packagist 本身无效 —— Composer 的 repo.packagist 配置项只能改 URL，不能关开关；真正起效的只有项目级 "packagist": false。
为什么 composer config --global repo.packagist false 不生效
这个命令实际是把 repo.packagist 的值设成布尔 false，但 Composer v2+ 会把它当做一个「非法 URL」处理，后续所有 composer install 都会直接报错：Invalid repository url "false"。它不是关闭逻辑，而是破坏配置。
-
composer config --global repo.packagist只能设置或替换官方源地址（比如切镜像），无法禁用 - 想禁用，必须在项目根目录的
composer.json顶层写"packagist": false或"packagist.org": false - 全局配置里执行
composer config --global --unset repo.packagist也不行——这会让 Composer 回退到隐式启用状态
"packagist": false 必须放在 composer.json 顶层
不是 repositories 数组里，也不是 config 块下，必须和 require、autoload 同级。否则 Composer 完全忽略。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 正确写法（项目根目录
composer.json）：
{
"packagist": false,
"require": {
"myorg/utils": "^3.0"
},
"repositories": [
{
"type": "composer",
"url": "https://packages.mycompany.com/"
}
]
}
- 错误写法：
"repositories": [{"packagist": false}]—— 这会被当成一个空仓库条目，不触发禁用 - 错误写法：
"config": {"packagist": false}—— Composer 不识别这个路径 - 加完后必须运行
composer update --lock重生成composer.lock，否则旧 lock 文件仍含 packagist.org 来源记录
禁用后包找不到？不是配置问题，是仓库没覆盖全
一旦 "packagist": false 生效，Composer 就只查你 repositories 里明确列出的地址，不会 fallback，也不会自动探测包归属。所有依赖（包括嵌套依赖）都必须已在私有源中存在。
- 检查方式：打开
https://packagist.org/packages/vendor/name，看右上角 “Source” 是否指向 GitHub/GitLab —— 如果是，说明它只存在于官方源，你的私有源没同步它 - 临时绕过（仅调试）：
composer require vendor/name --repository=https://packagist.org - 长期方案：为缺失包所在组织补镜像源，例如加一条：
{"type": "composer", "url": "https://satis.vuejs.org/"} - 注意环境变量：
COMPOSER_REPO_PACKAGIST会完全覆盖所有配置，CI 中务必先unset COMPOSER_REPO_PACKAGIST
CI 流水线里怎么确认禁用成功
别信本地测试，CI 环境常残留全局配置。每次构建前必须显式验证。
- 加校验步骤：
composer config --list | grep -E '^(repo\.packagist|repositories\.)' || exit 1 - 预期输出中不能出现
repo.packagist.*https://packagist.org，且应看到repositories.下有你定义的私有源 - 更可靠的做法：在 CI 脚本开头强制重置：
composer config --global --unset repos && composer config --global repo.packagist false（再手动加回可信源） - 关键点：禁用后
composer install若失败，90% 是因为某间接依赖（如composer/installers）没进私有源，而不是配置写错了
真正难的不是关掉 Packagist，而是确保所有 transitive dependency 都在私有源里可查、可验、可锁 —— 否则每次 composer update 都可能卡住，而错误信息只会说 Could not find package，不告诉你缺的是哪一层的依赖。
