不是没生效，是composer install只补缺失链接、不刷新已有symlink；改本地包代码后必须运行composer update vendor/name才能重建指向新内容的软链。
path仓库配置后composer install没反应，是不是没生效？
不是没生效，是composer install根本不会刷新已有链接——它只补缺失的 symlink。你改了本地包代码，vendor/vendor/name目录下仍是旧链接，指向的还是上次解析时的路径（哪怕那个目录内容已变）。
验证是否真链接成功：ls -la vendor/vendor/name（Linux/macOS）或 dir vendor\vendor\name（Windows），输出里必须含 -> 或 <symlink></symlink>；若只是普通文件夹，说明压根没走 path 逻辑，大概率是 repositories 没配对、name 拼错，或本地目录下缺 composer.json。
-
url必须是目录路径，不能是../pkg/composer.json这种文件路径 - 该目录下的
composer.json必须有合法name（含 vendor 名）和version（哪怕写"dev-main"） - 若用通配符如
"../packages/*"，每个子目录都得有独立composer.json
为什么本地改完代码，项目里却看不到变化？
因为 symlink 指向的是目录，不是文件快照。只要链接存在且目标目录可读，PHP 就会实时加载新代码——这和 composer dump-autoload 无关，后者只重建类映射，不碰链接本身。
常见误操作：以为 composer install 能“热更新”链接。实际必须运行 composer update vendor/name 才会重新解析 path、校验 name、重建 symlink。全量 composer update 不仅慢，还可能意外升级其他包。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- CI/CD 环境下 path 仓库必然失败，因路径不存在；上线前务必移除
repositories中的 path 条目 - Windows 用户需确认启用了开发者模式或以管理员权限运行，否则
symlink创建失败 - 想强制复制而非链接？在
config里设"preferred-install": {"vendor/name": "dist"}
如何避免把 path 配置误提交到生产环境？
直接把 repositories 写死在项目 composer.json 里，等于把开发环境耦合进版本库——这是最危险的做法。一旦漏删，composer install 在服务器上就会报 Could not find a matching version of package vendor/name 并中断部署。
更安全的做法是用环境隔离：通过 COMPOSER_HOME 指向不同配置，或用构建脚本动态注入 repositories。例如，在 CI 流水线中用 sed 或 jq 删除 path 条目，再执行安装。
- Studio 工具能自动管理本地覆盖，且不修改
composer.json，适合团队协作 - 若坚持手写，至少把 path 配置抽离成
composer.local.json，用COMPOSER=composer.local.json composer install加载 - 永远确保所有依赖都有远程源（Packagist 或私有 Satis/Artifactory），path 只是开发期加速手段
path 仓库和 Satis 私有仓库能共存吗？
能，但必须显式禁用默认源，否则 Composer 会优先查 packagist.org，导致私有包永远不被匹配。
关键配置只有两行："packagist.org": false 必须放在 repositories 同级，且 url 末尾斜杠不可省略。比如 Satis 地址写成 "https://satis.example.com/"，少一个 / 就 404。
- Satis 构建后，客户端必须能直接
curl -I https://satis.example.com/packages.json返回 200，否则静默 fallback 到 Packagist - Artifactory 上必须创建原生
composer类型仓库，Generic 或 Remote（非 composer）类型均不兼容 - path 用于本地调试，Satis 用于团队共享——两者定位不同，混用时注意作用域别冲突
composer install 没反应，其实问题不在命令，而在没意识到它根本不负责更新链接。
