项目级镜像需在composer.json中配置repositories数组并禁用packagist.org，而非依赖全局配置；必须指定镜像URL（末尾不带/）、禁用原源、清缓存重装，并注意私有源优先于镜像源。
Composer 项目级镜像不是靠全局配置实现的，而是通过项目根目录下的 composer.json 显式指定 repositories 来覆盖默认源——这点不搞清，配半天也白搭。
怎么在项目里单独换镜像源
核心是修改项目自己的 composer.json，加一个 repositories 数组，把 packagist.org 替换成国内镜像地址。Composer 会优先读这个，不走全局配置（比如 ~/.composer/config.json）。
常见错误现象：composer install 还是从 packagist.org 拉包，或者报 Could not fetch packages ——多半是没写对 repositories 结构，或漏了 packagist.org 的禁用声明。
- 必须把
packagist.org设为false，否则它仍会作为兜底源参与请求 - 镜像地址末尾不能带
/，比如https://mirrors.aliyun.com/composer是对的，https://mirrors.aliyun.com/composer/会 404 - 推荐用阿里云或腾讯云镜像，清华源偶尔有同步延迟，尤其新发布的包
{
"repositories": [
{
"type": "composer",
"url": "https://mirrors.aliyun.com/composer"
},
{
"packagist.org": false
}
]
}
为什么不能只改全局 config
全局镜像（composer config -g repo.packagist composer https://mirrors.xxx）会影响所有项目，但你可能只想让当前 Laravel 项目走内网镜像，而另一个 Symfony 项目仍需拉私有包——这时候全局配置反而坏事。
使用场景：CI/CD 流水线中不同项目依赖不同源；团队协作时避免成员本地全局配置不一致导致构建差异；调试某个包版本冲突时临时切源验证。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 全局配置的
repo.packagist在 Composer 2.2+ 已被标记为 legacy，未来可能移除 -
composer.json中的repositories支持更细粒度控制，比如可混用 packagist、VCS、package 类型源 - 执行
composer update后，Composer 会把最终解析出的源信息写进composer.lock，确保协作环境一致
镜像配置后仍走原站？检查这三点
最常踩的坑不是配置错，而是没清缓存或没触发重解析。
- 删掉
vendor/和composer.lock，再跑composer install——旧 lock 文件会锁定原始源的包元数据 - 运行
composer config --list看当前生效的repositories，确认没有其他 config 层级（如平台级、用户级）覆盖了项目级设置 - 加
-vvv参数看实际请求 URL：composer install -vvv 2>&1 | grep 'GET https'，能直接看到它连的是哪个域名
私有包 + 镜像共存怎么写 repositories
多个源可以并存，但顺序重要：Composer 从上到下匹配，第一个能提供该包的源胜出。所以私有包源要放在镜像源前面，否则会被镜像“拦截”并报 404（因为镜像里根本没有你的私有包）。
参数差异：私有源 type 通常为 vcs 或 package，和镜像的 composer 类型互不干扰。
{
"repositories": [
{
"type": "vcs",
"url": "git@your-git-server.com:team/utils.git"
},
{
"type": "composer",
"url": "https://mirrors.aliyun.com/composer"
},
{
"packagist.org": false
}
]
}
复杂点在于，一旦加了自定义 repositories，所有包（包括 monolog/monolog 这类公共包）都会走你列的源列表匹配，所以 packagist.org 必须显式关掉，再补一个镜像源兜底——少这一步，require 任何包都会失败。
