根本原因是Composer默认minimum-stability为stable，忽略dev-main等开发分支；必须在主项目composer.json中配置"minimum-stability": "dev"或显式require"vendor/name": "dev-main"，且本地包name字段须与require完全一致、路径为相对路径、composer.json合法。

composer path仓库为什么总是报“could not find a matching version”

根本原因不是路径不对，而是 Composer 默认忽略本地 path 仓库中的分支（如 dev-main、dev-feature/login），除非你明确告诉它这些分支属于什么稳定性级别。即使你的本地目录结构完全正确、composer.json 里也有合法的 name 和 version 字段，只要没配置 minimum-stability 或没加 dev- 前缀，Composer 就会跳过它们。

• 检查 path 目录下的 composer.json 是否包含 "name"（必须与 require 中一致，大小写敏感）和 "version"（可选，但若写就必须合法，比如 "1.0.0" 或 "dev-main"）
• 确认你在主项目的 composer.json 中声明了 path 仓库，且类型为 path，不是 vcs：

  {
    "repositories": [
      {
        "type": "path",
        "url": "../my-local-package"
      }
    ]
  }

• 确保路径是相对主项目根目录的——../my-local-package 不能是绝对路径，也不能含 ~ 或环境变量

怎么让 composer 找到 path 仓库里的 dev 分支

默认情况下，minimum-stability 是 stable，所以 dev-main、dev-feature/x 这类分支名不会被匹配。你有两个选择：

• 在主项目 composer.json 顶层加：

  "minimum-stability": "dev",
  "prefer-stable": true

  这样既允许开发版，又优先选 stable 版（如果有）
• 或者不改全局设置，只为这个包显式指定分支：

  "myvendor/mypackage": "dev-main"

  注意：必须带 dev- 前缀，不能只写 main；也不能写成 "dev-main as 1.0.0" —— as 语法只对 VCS 仓库有效，对 path 无效

path 仓库中 version 字段写错会导致什么

如果你在本地包的 composer.json 里写了 "version": "2.x-dev" 或 "version": "dev"，Composer 会直接拒绝加载——这不是合法版本标识。它只认语义化版本（1.0.0）、带 dev- 前缀的分支名（dev-main）、或带稳定性后缀的标签（v2.0.0-beta）。

Discussion Composer

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

下载

• 合法写法："version": "dev-main"、"version": "1.2.3"、"version": "2.0.0-RC1"
• 非法写法："version": "2.x"、"version": "latest"、"version": "dev"、"version": "master"
• 更稳妥的做法是干脆删掉 version 字段——Composer 会自动从 Git 分支/标签推断，只要你的本地仓库有 git init 并至少有一个 commit

为什么 composer show -a 看不到 path 仓库的包

composer show -a vendor/package 默认只查已启用的远程仓库（包括 packagist.org 和你配的其他 repositories），但不会主动扫描 path 仓库内容，除非该包已被成功 require 过。所以别依赖 show -a 来验证 path 是否生效。

• 验证方式只有两个：composer require vendor/package:dev-main 看是否成功软链接；或 composer update --dry-run 看输出里有没有列出你的包
• 如果报 Package not found，90% 是 name 拼错、路径不对、或没加 dev- 前缀
• 运行 composer config --list | grep repo 可确认 path 仓库是否真的被读取到了

最常被忽略的一点：path 仓库的包一旦被安装，就以符号链接形式存在 vendor/ 下，但它的 composer.json 不会参与主项目的 autoload 自动加载逻辑——你得手动确保它的 autoload 配置（如 "psr-4"）被主项目识别，否则类找不到。这点和普通包不同，容易漏检。