答案：通过在composer.json中配置repositories字段，可为单个包指定VCS、path或私有镜像源，实现精准依赖管理，不影响全局设置。
在使用 Composer 管理 PHP 项目依赖时，有时需要为某个特定的包指定非默认的下载源，比如私有 Git 仓库、镜像服务或本地开发包。这种需求常见于企业内部组件或尚未发布到 Packagist 的项目。直接修改全局配置会影响所有包，而 Composer 提供了灵活的方式——通过 为单个包配置 repository 来精准控制来源。
理解 Composer 的 repository 机制
Composer 允许在 composer.json 中定义 repositories 字段，用来告诉 Composer 到哪里去查找和下载包。这个字段支持多种类型，如 composer（Packagist 镜像）、vcs（版本控制系统）、path（本地路径）等。关键在于，Composer 会按顺序查找 repositories，直到找到目标包为止。
当你只为某个特定包设置 repository 时，Composer 会在解析依赖时优先从该源获取，其余包仍走默认通道。
为单个包配置 VCS 源（如 Git 仓库）
假设你需要从私有 GitLab 仓库拉取一个名为 acme/utils 的包，而不是 Packagist 上的同名包，可以在 composer.json 中这样写：
{
"repositories": [
{
"type": "vcs",
"url": "https://gitlab.com/acme/utils.git"
}
],
"require": {
"acme/utils": "^1.2"
}
}
Composer 会先检查你定义的 VCS 源是否包含 acme/utils，如果匹配就从中下载，不会再去 Packagist 查找。注意：VCS 源中的 composer.json 必须正确声明包名。
使用 path 类型指向本地开发包
在开发阶段，你可能正在本地调试一个包，希望主项目直接引用它。这时可以用 path 类型：
当用户提及 GitHub URL，或要求分析、审查、探索或理解任意 GitHub 项目、仓库或代码库时，请使用此技能。触发条件包括以下短语：“分析这个项目”、“看看这个仓库”、“analyze this repo”、“what does this project do”，或消息中包含任何 github.com URL。
{
"repositories": [
{
"type": "path",
"url": "../acme-utils"
}
],
"require": {
"acme/utils": "*"
}
}
这会让 Composer 将 ../acme-utils 目录当作一个可安装的包源。适合本地联调，发布前测试。加上 "options": {"symlink": true} 还能创建符号链接，方便实时修改。
精确匹配避免影响其他包
如果你担心自定义源干扰其他包，可以使用 explicit 声明方式（虽然不是标准语法），实际做法是确保 repository 定义中只包含你要的包。更稳妥的是使用 自建私有 Packagist 镜像（如 Satis 或 Private Packagist），然后在 repositories 中指定该镜像地址，并只收录特定包。
例如：
{
"repositories": [
{
"type": "composer",
"url": "https://packages.acme.com"
},
{
"packagist.org": false
}
]
}
这表示仅从你的私有源查找包，并禁用默认 Packagist。若只想针对个别包保留默认源，就不应关闭 packagist.org。
基本上就这些。合理利用 repositories 字段，你可以灵活控制每个依赖的来源，既不影响全局配置，又能满足私有、测试或镜像需求。不复杂但容易忽略细节，比如包名一致性与源优先级。
