Composer怎么做monorepo管理_单仓多包模式【核心】-composer-PHP中文网

composer monorepo 依赖本地 path 仓库实现，需严格对齐路径、包名、大小写及 repositories 顺序；改子包代码后 vendor 不更新，因 composer update 默认跳过 path 包，须用 --with-dependencies 或删 vendor 后重装。

composer怎么做monorepo管理_单仓多包模式【核心】

Composer 本身不支持 Monorepo，所谓「单仓多包」完全是靠 repositories + path 类型硬凑出来的——配对稍有偏差，本地改的代码就根本不会生效，而且还不报错。

为什么改了子包代码，vendor里还是旧的

这是最常踩的坑：你改了 packages/my-sdk/src/Client.php，但运行 composer dump-autoload 或 composer update 后，vendor/myorg/my-sdk 下的文件完全没变。

composer dump-autoload 只刷新自动加载映射，不触发任何包内容同步
composer update 默认跳过 path 包，除非显式指定包名并加 --with-dependencies
最稳妥的做法是删掉 vendor/myorg/my-sdk 目录，再跑一次 composer install，强制重建软链接
如果看到 vendor/myorg/my-sdk 是完整复制（不是符号链接），说明 symlink 没启用，需在 repositories 配置里加 "options": {"symlink": true}

repositories 怎么写才不被 packagist.org 覆盖

根项目 composer.json 的 repositories 数组顺序决定一切。默认 packagist.org 是隐式存在的最高优先级源之一，一旦你没禁用它，又写了带版本约束的 "myorg/my-sdk": "^1.0"，Composer 就会直接去远程找已发布的 1.x 版本，完全忽略你本地的 packages/my-sdk。

Discussion Composer

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

下载

必须把 path 仓库写在 repositories 数组最前面
必须显式禁用默认源：{"packagist.org": false}
require 中的版本必须用 "*@dev"、"dev-main" 或 "*"，不能写 "^1.0" 这类语义化版本
每次修改 repositories 或子包 composer.json 后，先跑 composer clear-cache，否则可能读到旧缓存

子包 autoload-dev 不生效怎么办

根项目跑 phpunit 找不到子包里的测试类，不是路径问题，是 Composer 根本没加载子包的 autoload-dev 配置。

path 类型包的 autoload-dev 默认不启用，哪怕子包自己的 composer.json 写得再全也没用
必须在根项目的 composer.json 的 autoload-dev 里手动加上子包的测试路径，例如："tests/MySdkTest.php": "packages/my-sdk/tests/"
如果子包要独立运行测试（比如 CI 里单独验证），它自己也得有完整的 autoload-dev 和 require-dev，但根项目调用时仍需上面那条显式配置