多个PHP项目不能共享vendor目录或共用composer.json；可行共享方式是让各项目一致引用同一包代码：开发用path仓库（需相对路径、注意symlink权限）、生产用私有Packagist、协作用Git VCS。
多个 PHP 项目之间不能、也不该共享 vendor/ 目录或共用一个 composer.json，这是 Composer 的底层约束。真正可行的“共享”，是让不同项目能一致、可复现地引用同一份包代码——路径仓库用于开发联调，私有 Packagist 用于稳定分发，Git VCS 用于跨团队协作。
path 仓库怎么配才不踩 symlink 权限和路径越界坑
本地开发阶段用 "type": "path" 是最快的方式，但容易在 CI 或 Windows 上翻车。
-
url必须是相对于当前项目根目录的相对路径，不能含../跨出项目边界，否则composer validate直接报错 - Linux/macOS 下默认创建符号链接，但若运行用户无
ln -s权限（如某些容器环境），会静默 fallback 到复制模式，导致改源码不生效 - Windows 默认不支持符号链接（除非启用开发者模式并以管理员运行），此时必须显式加
"options": {"symlink": false}避免安装失败 - 子包的
composer.json中name字段（如myorg/utils）必须与主项目require中写的完全一致，大小写都不能错
为什么 dev-main 总装不上，却提示 “could not find package”
这不是网络或认证问题，而是 Composer 根本没去你指定的 Git 仓库查——它还在默认走 packagist.org。
- 确保主项目
composer.json的repositories里类型是"vcs"，URL 是完整 Git 地址（如https://git.example.com/myorg/utils.git），不是网页地址 - Git 仓库根目录下必须存在
composer.json，且name格式为vendor/name（如myorg/utils），不能是myorg-utils或带空格 -
composer require myorg/utils:dev-main必须带:dev-main后缀；若只写myorg/utils，Composer 默认只搜 stable 版本，直接跳过 - 首次安装失败后，要先
composer clear-cache，再加--no-cache强制刷新元数据，否则旧的失败记录会缓存住
多个项目 require 同一包的不同版本，怎么避免静默降级
Composer 求解的是全局依赖树，不是每个项目各自 install。一旦 A 项目 require monolog/monolog:^3.0，B 项目 require 的某个包又硬依赖 ^2.0，最终装上的一定是满足两者的交集（比如 2.9.2），而且不报错。
立即学习“PHP免费学习笔记（深入）”；
- 用
composer prohibits monolog/monolog:3.0快速定位哪个包在卡升级 - 用
composer show --tree | grep monolog查清每个引入路径及其约束范围 - 不要靠
conflict段强行排除（如"monolog/monolog": "=3.0"），这只会让求解失败，而不是推动升级 - 真正解法是统一上游：推动 B 项目所依赖的包升级对
monolog:^3.0的兼容，而不是在下游项目里妥协
CI 环境里 global 配置失效，怎么保证源一致
CI 每次都是全新环境，composer config -g repositories 写的全局配置根本不存在，所有项目都得靠自己声明 repositories，漏一个就炸。
- CI 脚本开头必须加
composer config --global repo.packagist composer https://packagist.org显式恢复默认源，否则私有源可能覆盖全部请求 - 私有 Packagist（如 Satis）必须配 HTTPS + 有效证书；用 HTTP 会被 Composer 7+ 直接拒绝
- 若需分支差异化源（如
dev分支走 snapshot 源，main走 release 源），不能靠全局 config，得在 CI 脚本里根据$CI_COMMIT_TAG或$CI_COMMIT_BRANCH动态 patch 主项目composer.json - CI 中永远用
composer install --no-interaction --prefer-dist --optimize-autoloader，禁用--no-dev除非明确不需要测试工具
最常被忽略的一点：所有共享机制都建立在 composer.lock 被提交的前提下。没提交 lock 文件，就等于没定义“共享的是哪一版”。而 lock 文件本身又依赖于求解时的 platform 配置、minimum-stability 设置、甚至 PHP 小版本——这些细节稍有出入，整棵树就可能重算。
