配置Composer path仓库支持通配符批量加载本地项目-composer-PHP中文网

composer path仓库不支持通配符，url必须为单个明确目录路径，指向含合法composer.json的包根目录；多个本地包需为每个单独声明repositories条目，不可用"./modules/*"等模式。

配置composer path仓库支持通配符批量加载本地项目

Composer path仓库本身不支持通配符

你不能在 repositories 的 url 字段里写 "./modules/*" 或 "packages/**/*.json" —— Composer 会直接忽略该仓库，且不报错。path 类型只接受**单个明确目录路径**，必须指向一个含合法 composer.json 的包根目录。

常见错误现象：配置后执行 composer update，目标包没出现、composer require vendor/name 报 Could not find package，但检查路径又没错——大概率是误以为 url 支持 glob 匹配。

path 仓库的 url 必须是字符串，不是模式；它不走 shell 层解析，也不调用 PHP 的 glob()
即使目录下有多个子包（如 modules/a、modules/b），也必须为每个包单独声明一个 {"type":"path","url":"modules/a"} 条目
试图用 file:// + 通配符或脚本生成 JSON 配置，都绕不过 Composer 解析器对 repositories 的静态校验

批量管理本地包的可行替代方案

要让多个本地模块被主项目识别并安装，本质是“多 path 仓库 + 统一命名规范”，而非通配符。关键在于结构可控、配置可维护。

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

把所有本地包统一放在 packages/ 下，每个子目录含完整 composer.json（name 字段必须唯一，如 "myapp/db"、"myapp/http"）

在主项目 composer.json 中显式列出全部路径：

{
  "repositories": [
    {"type": "path", "url": "packages/db"},
    {"type": "path", "url": "packages/http"},
    {"type": "path", "url": "packages/cache"}
  ],
  "require": {
    "myapp/db": "dev-main",
    "myapp/http": "dev-main",
    "myapp/cache": "dev-main"
  }
}

用 Makefile 或 shell 脚本自动生成 repositories 数组（例如遍历 packages/*/composer.json 提取 name 和路径），再注入到主配置中——这是团队实际采用的可靠做法

为什么别依赖符号链接自动发现

有人尝试在 vendor/ 下手动建软链指向本地目录，或改写 autoload_psr4.php 手动追加映射——这会导致 composer install 失效、dump-autoload 不生效、CI 构建失败，且完全脱离 Composer 的依赖解析链。

Composer 不会扫描 vendor/ 下非标准来源的目录，哪怕它看起来像一个包
手动软链绕过 repositories，意味着 composer show --path 查不到路径，composer update 不会更新它，版本约束失效
Laravel 等框架的 ServiceProvider 自动注册、事件发现等机制，依赖 Composer 的完整元数据，手工干预后大概率中断

真正需要“动态加载”的场景怎么办

如果你的本地模块数量频繁变动（比如插件系统），又不想每次增删都改 composer.json，那就该换思路：把“模块发现”逻辑移到运行时，而不是构建时。

主项目保留一个空的 plugins/ 目录，在启动时用 scandir() + require_once 加载其中的 plugin.php 入口文件（适合纯函数/配置类扩展）
每个插件目录仍需自己的 composer.json，但只用于开发期依赖管理；发布时打包为 zip 或 tar.gz，用 Composer 的 vcs 或 package 类型仓库分发
若必须热插拔类，改用 PSR-4 映射到固定前缀（如 "Plugin\": "plugins/"），再配合 composer dump-autoload --classmap-authoritative 生成全量 classmap，避免运行时扫描