项目需要引入本地未发布的包？Composer Path仓库模式详解-composer-PHP中文网

必须三者同时满足：repositories正确声明path类型及路径、require版本用"@dev"等通配写法、本地包composer.json的name字段与require完全一致，否则composer静默跳过并报“could not find package”。

项目需要引入本地未发布的包？composer path仓库模式详解

能，但必须三件事同时做对：repositories 正确声明路径、require 版本写对、本地包 composer.json 的 name 完全匹配——缺一不可，否则 composer install 静默跳过，报错却只说 Could not find package。

repositories 怎么写才被识别

Composer 不会自动扫描子目录或同级目录，它只认你项目根目录 composer.json 里 repositories 字段声明的内容。这个字段必须是顶层数组，不能嵌在 config 或 require 里。

url 必须是相对路径（如 ../my-package）或绝对路径（如 /Users/me/my-package），不能带 file:// 前缀，也不能用 ~/
Windows 下路径要用正斜杠 /（如 C:/dev/my-package），单反斜杠 \ 会导致解析失败
该路径必须已存在，且目录下有合法的 composer.json（无语法错误、双引号、无尾逗号）
通配符支持 packages/*，但不支持多层（packages/** 无效）

require 写什么版本才能命中本地包

Path 仓库不走语义化版本解析，也不查 Git 分支，它只做字符串比对或通配匹配。写错版本号，Composer 就直接放弃本地路径，转头去 Packagist 找。

Discussion Composer

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

下载

最稳妥是写 "myorg/utils": "@dev" —— @dev 是唯一能通配任意本地 version 字段（甚至没写 version）的标记
写 "dev-main" 会触发分支查找逻辑，而本地路径下没 Git，必然失败
如果本地包 composer.json 明确写了 "version": "1.0.0"，那 "1.0.0" 也能命中，但不如 @dev 灵活
大小写、vendor 名、分隔符（/）必须和本地包 name 字段完全一致，MyOrg/Utils ≠ myorg/utils

为什么 vendor 里是复制不是软链接

默认行为就是复制，这是 Composer 为构建稳定性做的保守设计。软链接（symlink）必须显式启用，且只对 path 类型仓库生效。

推荐方式：在**本地包自己的 composer.json** 中加 "options": {"symlink": true}（注意：不是主项目的配置）
替代方式：主项目 composer.json 的 config 里设 "preferred-install": {"myorg/utils": "source"}
composer install 不创建 symlink；必须执行 composer update myorg/utils 或全量 composer update
验证是否成功：ls -la vendor/myorg/utils（macOS/Linux）应显示 -> 指向源路径；Windows 用户可用 dir vendor\myorg\utils 看是否为“快捷方式”类型