path仓库版本号必须与本地composer.json的version字段完全一致，如"1.2.3"，不支持v前缀、@符号、^/~范围约束，且需同步更新vendor目录和composer.lock并清除缓存。
composer.json 里怎么写死 path 仓库的版本号
path 仓库不走 Packagist 解析，它本质是本地文件系统映射，所以“版本号”不是远程 tag，而是你本地目录下的 composer.json 里声明的 version 字段。这个字段必须存在且合法（如 "1.2.3"、"dev-main"），否则 Composer 会报 Could not parse version constraint。
常见错误是：只建了目录、放了代码，但没在该目录的 composer.json 中写 version；或者写了 v1.2.3（带 v 前缀）——多数 path 包不认这个前缀，得写成 "1.2.3"。
- 确保 path 仓库根目录下有
composer.json，且含"version": "1.2.3"（纯数字，无修饰符） - 主项目
composer.json的repositories中正确声明："repositories": [ { "type": "path", "url": "../my-local-package" } ] - 主项目 require 时仍需显式指定版本：
composer require myvendor/mypackage:1.2.3，不能省略冒号后部分 - 如果 path 目录下
composer.json的version是"dev-main"，那你就得用composer require myvendor/mypackage:dev-main，此时它永远不固定
为什么装 path 包时加了 @ 符号就失败
对 path 类型仓库，@ 不是合法语法。像 myvendor/mypackage@1.2.3 这种写法会被 Composer 当作「包名 + 分支别名」解析，而 path 仓库没有远程分支概念，直接报 Could not find a matching version。
唯一有效方式是冒号分隔：composer require myvendor/mypackage:1.2.3。注意这里 1.2.3 必须和 path 目录内 composer.json 的 version 完全一致（包括是否含 -RC、-beta 等后缀）。
- 路径中含空格或特殊字符？加引号：
composer require myvendor/mypackage:"1.2.3-RC1" - 改过 path 目录里的
version字段？必须删掉主项目的vendor/myvendor/mypackage和composer.lock中对应条目，再composer install - 运行
composer show -a myvendor/mypackage查不到版本？说明 path 仓库未被识别——检查url路径是否拼错、是否为相对路径、目录是否存在composer.json
path 仓库的 version 字段改了，主项目却不更新
Composer 缓存了 path 包的元信息，哪怕你改了本地 composer.json 的 version，它也不会自动重新读取。最直接的办法是清缓存并强制重载：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 删掉主项目
vendor/myvendor/mypackage目录 - 删掉
composer.lock中myvendor/mypackage的整个区块 - 运行
composer clear-cache - 再执行
composer require myvendor/mypackage:新版本号（版本号必须和 path 目录下composer.json一致）
漏掉任意一步都可能导致旧版本残留——尤其 composer.lock 里还存着旧 version 和 dist.reference，composer install 会优先照它还原。
path 仓库能否像 Packagist 那样用 ^ 或 ~ 锁范围
不能。path 类型仓库不支持语义化版本运算符。你写 "myvendor/mypackage": "^1.2.3" 在 require 里，Composer 会尝试去 Packagist 查，而不是匹配你本地 path 目录下的多个 version。
path 仓库天然就是「单版本绑定」：它只认你 url 指向的那个目录，而那个目录只有一个 composer.json，也就只有一个 version。想模拟多版本，得手动维护多个目录（如 ../mypackage-v1.2、../mypackage-v1.3），并在 repositories 里分别注册。
真正容易被忽略的是：path 仓库的稳定性（stability）由其 composer.json 中的 minimum-stability 或 stability 字段决定，不是主项目的配置。如果 path 包写了 "minimum-stability": "dev"，而主项目是 "stable"，即使你指定了 :1.2.3，也可能因稳定性不匹配被跳过。
