必须用repo.packagist键名，因Composer 2.5+已弃用旧键名；URL末尾斜杠不可省，否则解析失败；项目级repositories配置会完全覆盖全局镜像。
直接执行 composer config -g repo.packagist composer https://mirrors.cloud.tencent.com/composer/ 即可生效，其他写法大概率失效或报错。
为什么必须用 repo.packagist 这个键名
Composer 2.5+ 已彻底弃用 repo.packagist.org 和 repositories.packagist 等旧写法。只有 repo.packagist 是当前唯一被识别的全局镜像配置键：
-
composer config -g repositories.packagist ...→ 写入无效字段，composer config -g repo.packagist查不到 -
composer config -g repo.packagist.org ...→ 键不存在，等同于新建一个无用仓库 -
composer config -g packagist ...→ 缺少repo.前缀，不触发镜像逻辑
https://mirrors.cloud.tencent.com/composer/ 末尾的 / 不能省
漏掉结尾斜杠会导致 Composer 2.2+ 直接拒绝解析该 URL：
腾讯云跨账号资源迁移
下载
腾讯云跨账号资源迁移工具，支持将账号A的VPC、CLB、NAT、CVM、安全组等资源迁移至账号B，通过CCN云联网实现跨账号网络互通，提供自动扫描、配置生成、Terraform部署功能。
- 请求路径变成
/p2/，但服务端实际只响应/p2/下的子路径（如/p2/laravel/framework.json） - 错误表现：运行
composer update时卡住，最终报Could not fetch https://mirrors.cloud.tencent.com/composer/p2/ - 这不是网络问题，
ping mirrors.cloud.tencent.com成功也照样失败 - 阿里云、华为云等镜像同理——
https://mirrors.aliyun.com/composer错，https://mirrors.aliyun.com/composer/对
为什么 composer install 还走 packagist.org
全局配置被覆盖是唯一原因，常见于以下两种情况：
- 项目根目录
composer.json里显式写了"repositories"字段（哪怕只配了一个私有包），它会**完全屏蔽**全局repo.packagist - 项目级配置用了错误键名，比如
"repositories": {"packagist.org": {...}}，这会新建一个叫packagist.org的仓库，但不接管默认源 - 验证方式：
composer config -l | grep repositories.packagist，若无输出或显示官方地址，说明已被覆盖 - 临时绕过：加
-r https://mirrors.cloud.tencent.com/composer/参数，它会忽略所有已配置仓库（包括项目级）
CI 构建或调试时别改本地配置
用 -r 参数最干净，但注意它的边界：
-
composer install -r https://mirrors.cloud.tencent.com/composer/→ 有效 -
composer create-project laravel/laravel demo -r https://mirrors.cloud.tencent.com/composer/→ 有效 -
composer update -r ...→ 有效 -
composer create-project ... -r ...在某些 Composer 2.x 小版本中不支持，此时需先config -g临时设好再运行 - 不支持同时指定多个源，也不能和
--repository-url混用
真正容易被忽略的是：即使命令执行成功、没报错，也不代表镜像已生效——务必用 composer config -g repo.packagist 和 composer show laravel/framework --no-ansi | head -n 3 实际验证输出里是否出现 mirrors.cloud.tencent.com。
