答案是：path仓库url必须为绝对路径或以./开头的相对路径（相对于主项目composer.json），末尾不可加斜杠；本地包需含合法composer.json且name与require完全一致；须清缓存、删lock并显式指定dev分支版本。

Composer 找不到本地包，path 仓库配置写对了吗？

Composer 报 Could not find package xxx at any version for your minimum-stability 或直接说 Package xxx is not found，大概率是 path 类型仓库的路径没配准——它不接受相对路径缩写（比如 ../my-package），也不自动递归扫描子目录。

• path 仓库的 url 值必须是**绝对路径**或以 ./ 开头的**相对于 composer.json 所在目录**的路径
• 路径末尾不能带斜杠（"url": "./packages/my-pkg/" ❌ → 应写成 "url": "./packages/my-pkg" ✅）
• 目标目录下必须存在合法的 composer.json，且其中 name 字段要和 require 里写的完全一致（包括 vendor 名）
• 如果本地包用了 dev-main 或 dev-develop 分支，记得在根项目中显式指定："my-vendor/my-pkg": "dev-main"

为什么 composer update 后还是没拉进来？

Composer 缓存了仓库元数据，改了 repositories 不清缓存就无效。尤其当你从 packagist 切换到本地 path 时，旧的远程包信息还在缓存里。

Discussion Composer

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

下载

• 先运行 composer clear-cache（不是 dump-autoload）
• 再删掉 vendor/ 和 composer.lock（可选但推荐，避免锁文件残留远程版本）
• 重新执行 composer install 或 composer update my-vendor/my-pkg
• 检查输出里是否出现 Loading from cache —— 如果还有，说明缓存没清干净或路径仍不匹配

本地包依赖其他本地包，怎么链起来？

嵌套 path 仓库不自动生效。A 包依赖 B 包，而 A、B 都是本地 path，仅在根项目配 A 的 path 是不够的——B 的路径也得在**同一份 repositories 里声明**，且顺序无关。

• 所有本地包都需平级列在根项目的 repositories 数组中
• 不要指望 A 包里的 repositories 被读取（Composer 只认根项目的）
• 若 B 包本身又依赖 C 包，C 也得加进根项目的 repositories —— 没有“继承”机制
• 路径层级深时建议用绝对路径（如 /Users/me/projects/my-pkg-b），避免因工作目录切换导致解析失败

Windows 下路径斜杠和反斜杠会出问题吗？

会。Composer 内部用的是 Unix 风格路径处理逻辑，\ 或混合斜杠（C:mypkg）大概率被当作文本字面量，最终拼出不存在的路径。

• 统一用正斜杠："url": "C:/my-packages/my-pkg" ✅
• 或者用 ./ 相对写法（更安全，跨平台）
• 避免使用环境变量（如 %USERPROFILE%）或波浪号（~），Composer 不展开它们
• 用 composer config --list | grep repositories 看实际加载的配置，确认路径是否被意外截断或转义

路径错一个字符、少一个点、多一个斜杠，Composer 就静默跳过那个仓库——它不会报“路径无效”，只会假装那仓库不存在。调试时最有效的动作就是：删 lock、清缓存、用绝对路径、逐个核对 name 字符串。