在Windows 10下用Git Bash配置Composer国内镜像-composer-PHP中文网

git bash中composer config -g无效是因为其不识别windows的%appdata%路径，实际写入~/.config/composer/config.json而非c:\users\用户名\appdata\roaming\composer\config.json，导致cmd/powershell不可见；应统一在cmd/powershell配置，或手动软链接，且镜像url末尾斜杠不可省。

在windows 10下用git bash配置composer国内镜像

Git Bash里执行`composer config -g`命令无效？

不是命令错了，是Git Bash根本没读到Windows下Composer的全局配置文件。Windows原生安装的Composer把config.json写在%APPDATA%\Composer\config.json（即C:\Users\用户名\AppData\Roaming\Composer\config.json），而Git Bash默认不认这个路径，也不加载Windows的环境变量%APPDATA%。

所以你在Git Bash里跑composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/，表面成功，实际写进了Git Bash自己模拟的~/.config/composer/config.json——这个文件对CMD/PowerShell完全不可见，反过来也一样。

验证方法：分别在CMD和Git Bash里运行composer config -g --list，输出很可能不同
最稳妥做法：只在CMD或PowerShell里执行全局配置命令，Git Bash仅作日常使用
如果坚持要在Git Bash里配，得手动把config.json软链接过去：ln -s "/c/Users/你的用户名/AppData/Roaming/Composer/config.json" ~/.config/composer/config.json

为什么`composer install`还是慢，哪怕镜像地址写对了？

镜像只管元数据拉取和ZIP下载，但“Resolving dependencies”卡住，90%跟镜像无关，而是本地PHP环境或依赖描述问题。

先确认两件事：

运行php -m | grep -E "(openssl|curl)"（Git Bash）或php -m（CMD）看openssl和curl是否都启用——缺一个，Composer连HTTPS都握不了手，直接卡死不报错
检查项目composer.json里有没有宽泛版本约束，比如"php": ">=7.4"或大量"dev-main"，这会让Composer穷举组合，耗时飙升
运行composer install -v，观察卡在哪一步：如果是Loading composer repositories，才是镜像问题；如果是Resolving dependencies，就该去改composer.json或升级PHP

项目级配置比全局更可靠，尤其在Git Bash环境下

全局配置跨环境容易失效，项目级配置写进composer.json，Git Bash、CMD、CI都能一致读取，且能被Git跟踪。

myfirstgit

通过 CLI 与 GitHub 交互，列出仓库、Issues、Pull Requests，并在自己的仓库中创建新 Issues。

下载

进项目根目录，执行：

composer config repo.packagist composer https://mirrors.aliyun.com/composer/

这条命令会自动在composer.json顶层添加"repositories"字段，key固定为"packagist"（注意不是"packagist.org"），结构正确且不会覆盖已有私有源。

如果项目已有"repositories"数组，别删，用composer config repositories.packagist ...追加（Composer 2.2+支持）
改完后必须运行composer update --lock，否则composer.lock仍指向旧源
阿里云镜像同步频率高、元数据完整，比腾讯云/华为云更适合日常开发；phpcomposer镜像已停服，别用

`https://mirrors.aliyun.com/composer/`末尾的`/`不能省

少一个斜杠，Composer会拼出https://mirrors.aliyun.com/composerpackages.json，404，然后fallback回官方源——整个配置看似生效，实则白设。

这个细节在Git Bash里更容易踩坑，因为Bash对空格和引号敏感，URL带空格或引号会被截断。

正确写法：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/（无引号、末尾有/）
错误写法：composer config -g repo.packagist "https://mirrors.aliyun.com/composer"（引号+无斜杠）
验证方式：composer config -g repo.packagist输出必须含"url": "https://mirrors.aliyun.com/composer/"，带双引号和尾斜杠

配置本身不难，难在Windows、Git Bash、Composer三者路径/环境/版本规则交错——稍一疏忽，config.json写错位置、php.ini扩展没开、URL少个/，都会导致“明明配了却没用”。