composer没有全局包与项目包分镜像机制，所有包均按同一套仓库配置（项目→全局→默认）获取元数据，镜像仅控制packages.json等元数据源，不区分安装位置；真正隔离需为各项目单独配置repositories。
做不到。Composer 没有“全局包 vs 项目包分镜像”的机制，所谓“全局包”根本不存在——composer global install 安装的包，其依赖解析和下载行为仍走当前执行命令时生效的镜像配置，不是独立通道。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
为什么“全局包用A镜像、项目包用B镜像”是伪需求
Composer 的镜像源控制只作用于元数据（packages.json、p2/xxx.json）获取环节，不区分安装目标位置：
- composer install 和 composer global install 都会读取同一套仓库配置（优先级：项目 composer.json → 全局 ~/.composer/config.json → 默认）
- 所有包（无论装到 vendor/ 还是 ~/.composer/vendor/）都从同一个 repo.packagist 源拉取元数据
- dist 文件（zip/tar）的下载地址由包自身 composer.lock 或 composer.json 中的 dist.url 决定，镜像源不代理这部分
真正能隔离镜像的只有项目级配置
想让不同项目走不同镜像，唯一可靠方式是为每个项目单独配 repositories：
- 进入项目根目录，运行：composer config repo.packagist composer https://mirrors.aliyun.com/composer/
- 这会在该项目 composer.json 中写入：
"repositories": {
"packagist": {
"type": "composer",
"url": "https://mirrors.aliyun.com/composer/"
}
}
- 若项目已有
"repositories" 字段，确保它是对象（不是数组），否则命令失败- 已存在的私有仓库（如 Satis、GitLab）不会被覆盖，只要 key 不冲突
CI/CD 中避免镜像污染的实操要点
很多 CI 脚本误用 composer config -g 导致跨 job 干扰：
- 禁用全局镜像：composer config -g --unset repo.packagist
- 确保项目 composer.json 已提交正确的 repositories 配置（不要靠脚本动态写）
- 如需临时切镜像（例如灰度测试），用环境变量：COMPOSER_REPO_PACKAGIST=https://mirrors.tencent.com/composer/ composer install
- Docker 构建中，别复用 vendor/ 目录——不同镜像源生成的 composer.lock 可能不兼容
镜像配置本质是元数据路由开关，不是网络代理层。想实现“按用途分流”，得靠项目拆分或脚本封装，而不是指望 Composer 自己识别“这是全局命令还是项目命令”。
