配置path类型仓库可将本地包引入项目，通过在composer.json中添加type为path的仓库并指向本地目录，如"../my-local-package"，Composer会查找对应包并软链接至vendor；启用符号链接需设置preferred-install为source，支持通配符路径如"../packages/*"批量导入，注意路径需含有效composer.json，开发时推荐相对路径，Windows需权限或开发者模式，部署时应移除path仓库。
Composer 可以通过配置 path 类型的仓库，将本地开发中的包作为依赖引入项目。这种方式特别适合在开发多个相互关联的 PHP 包时进行调试和测试，无需频繁发布到 Packagist。
配置 path 仓库
在主项目的 composer.json 中添加一个 type 为 path 的仓库项，指向本地包所在的目录路径。
示例：{
"repositories": [
{
"type": "path",
"url": "../my-local-package"
}
],
"require": {
"acme/my-local-package": "*"
}
}
这样 Composer 就会在 ../my-local-package 目录中查找符合命名的包（需包含 composer.json），并将其软链接（symlink）到 vendor 目录中。
启用符号链接（symlink）
默认情况下，Composer 会复制文件。如果你希望修改本地包代码能立即反映在主项目中（开发更高效），应启用符号链接。
确保你的本地包的 composer.json 中定义了正确的名称，并在主项目中设置：
{
"config": {
"preferred-install": {
"acme/my-local-package": "source"
}
}
}
或全局启用：
"config": {
"preferred-install": "source"
}
这会让 Composer 使用 symlink 而不是复制文件，前提是操作系统支持且权限允许。
支持通配符路径
如果本地有多个相关包放在同一目录下，可以用通配符简化配置：
{
"repositories": [
{
"type": "path",
"url": "../packages/*"
}
]
}
这样所有匹配的目录都会被扫描，只要其内部的 composer.json 名称与 require 中一致即可自动识别。
注意事项
- 本地路径可以是相对路径或绝对路径，推荐使用相对路径以增强可移植性。
- 目标目录必须包含有效的 composer.json 文件，否则无法加载。
- Windows 下创建符号链接需要管理员权限或启用开发者模式。
- 部署生产环境时记得移除 path 仓库，改用正式版本依赖。
基本上就这些。合理使用 path 仓库能极大提升本地多包协作开发效率。
