Composer require 本地路径包失败的根本原因是默认不扫描本地路径，需在composer.json中显式配置type为path的repositories，且路径须相对、合法，目标包需有含正确name字段的composer.json。

composer require 本地路径包时加载失败

本地开发扩展包时，直接用 composer require ./path/to/package 或写 "vendor/name": "dev-main" 却提示 “package not found”，根本原因是 Composer 默认不扫描本地路径——它只认已注册的仓库或 Packagist 上的包。

实操建议：

• 在项目根目录的 composer.json 中显式添加 repositories 块，类型必须为 path，且路径值要相对于 composer.json 所在位置，例如：

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

• 路径不能以 ./ 开头（"url": "./my-package" 会静默失败），也不能是绝对路径（/home/user/my-package）
• 目标包目录下必须有合法的 composer.json，且其中 name 字段格式需为 vendor/name（如 "name": "acme/utils"），否则 require 时无法匹配
• 执行 composer require acme/utils:dev-main 后，Composer 会在 vendor/acme/utils 创建符号链接（非复制），修改源码可立即生效

扩展包 autoload 配置后类仍找不到

你在扩展包自己的 composer.json 里写了 psr-4 映射，但主项目 require 后还是报 Class not found，大概率是命名空间与文件结构没对齐，或者主项目没触发自动加载刷新。

关键检查点：

Discussion Composer

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

下载

• src/Helper.php 文件开头必须声明 namespace AcmeUtils;，且 composer.json 中映射为 "Acme\Utils\": "src/"（注意双反斜杠转义）
• 目录名大小写必须完全一致：Linux/macOS 下 src/Utils/Helper.php 对应 namespace AcmeUtils，写成 src/utils/Helper.php 就加载失败
• 主项目执行过 composer dump-autoload 吗？仅改扩展包的配置，不重刷主项目的 autoload 映射，新规则不会生效
• 如果扩展包用了 files 类型 autoload（比如提供全局函数），必须确保主项目也运行了 dump-autoload，否则 vendor/composer/autoload_files.php 不会包含它

开发中频繁切换分支导致 vendor 软链失效

用 path 类型仓库引入本地包后，你在扩展包里切了 dev-feature 分支，主项目却还在加载 dev-main 的代码，甚至报错 “No version set” —— 这是因为 Composer 的软链接只记录初始 commit hash，不跟踪分支变化。

解决方式很直接：

• 每次在扩展包中切换分支或提交新代码后，在主项目中运行 composer update vendor/name --with-dependencies，强制重新解析和重建软链
• 避免在扩展包中使用 dev-master 这类模糊版本别名；改用 dev-feature#commit-hash 或带版本号的 1.0.x-dev，让 Composer 明确感知变更
• CI/CD 构建时禁用 path 仓库（通过 composer install --no-plugins --no-scripts + 清理 repositories 配置），防止把本地路径误打进生产包

扩展包 require 自身依赖时循环报错

你的扩展包 acme/logger 在 composer.json 的 require 中写了 "acme/utils": "^2.0"，而主项目同时 require 了这两个包，结果 composer update 卡住并报 Your requirements could not be resolved —— 这不是版本冲突，是 Composer 在解析 path 仓库时对“自己依赖自己”的路径判断混乱。

绕过方法：

• 开发阶段，把 acme/utils 也加进主项目的 repositories，确保两个本地包都被识别为 path 类型，而非一个走 packagist、一个走本地
• 临时删掉扩展包 composer.json 中对同组织其他包的 require，改用文档说明“需手动 require”，等发布正式版再补回
• 更干净的做法：用 composer config repositories.acme-utils '{"type":"path","url":"../acme-utils"}' 为每个依赖单独配仓库名，避免全局 path 规则互相干扰

路径、命名空间、软链生命周期、仓库作用域——这四个点串起来，才是本地扩展包加载失败的真实断点。调试时别急着重装，先确认 composer show vendor/name 输出里有没有 source 字段，以及它的 type 是不是 path。