path仓库require不生效最常见原因是使用了相对路径或目标目录无合法composer.json；必须用绝对路径，且require包名须与composer.json中name字段完全一致。
path 仓库类型必须用绝对路径，且目标目录下必须存在合法的 composer.json；它不走网络请求，但 require 的包名必须与该 composer.json 中的 name 字段完全一致。
path 类型仓库为什么 require 不生效
最常见原因是路径写成了相对路径（如 "url": "./packages/my-sdk"），Composer 会静默忽略——它只接受绝对路径。另一个高频问题是目标目录里没有 composer.json，或其中的 name 字段和 require 里写的不一致（比如写了 "myorg/sdk" 但实际是 "myorg/internal-sdk"）。
- 确认路径：运行
realpath ./packages/my-sdk拿到绝对路径，粘贴进repositories - 检查内容：进入该目录，执行
cat composer.json | jq '.name'，确保输出和 require 完全匹配 - 不要加尾部斜杠：
/Users/me/project/packages/my-sdk/和/Users/me/project/packages/my-sdk在部分系统下行为不同，统一去掉末尾/
path 仓库能和其他 type 混用吗
可以，但顺序决定优先级。Composer 按 repositories 数组顺序查找包，一旦某个仓库声明了同名包，后面的就完全不看了。比如你把 path 放在第一位，那即使 packagist.org 上有同名包，也不会被选用。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 开发调试时建议把 path 放最前，避免意外装到线上版本
- 上线前务必删掉或注释掉 path 条目，否则 CI 环境会因路径不存在直接失败
- 不能和 vcs 混用同一个包名：如果 path 和 git 仓库都声明了
myorg/sdk，只有数组靠前的那个生效，后一个被无视
为什么 vendor 下没生成 autoload 文件或类找不到
path 仓库本身不触发自动加载注册，它只是让 Composer 能“看到”这个包。真正起作用的是该包 composer.json 里的 autoload 配置，以及你是否执行了 composer dump-autoload。
- 确保 path 目录下的
composer.json包含有效的autoload段，例如："autoload": { "psr-4": { "MyOrg\Sdk\": "src/" } } - 修改过 path 包的 autoload 配置后，必须在项目根目录运行
composer dump-autoload，否则不会更新vendor/autoload.php - 如果 path 包依赖其他包（比如用了
guzzlehttp/guzzle），这些依赖不会自动装进主项目的vendor，得手动require或靠它的require字段透出（但注意循环依赖）
path 仓库看着简单，但路径合法性、name 一致性、autoload 同步这三点漏掉任何一个，都会导致“明明配置了却用不上”。它适合本地快速验证，不适合长期嵌入生产流程。
