Composer 结合 Composer-Bin-Plugin 隔离全局工具依赖的使用-composer-PHP中文网

插件未生效是因为安装或配置缺失：插件必须在主项目require中（非require-dev），composer版本需≥2.5且匹配v2.x插件，extra.bamarni-bin.target-directory字段必须正确声明为合法路径，子项目目录下composer.json必须语法正确且非空。

composer 结合 composer-bin-plugin 隔离全局工具依赖的使用

为什么 composer bin xxx install 没反应或报 Command "bin" is not defined

插件根本没生效，不是命令写错，而是安装或配置缺失。常见原因有三个：

composer require --dev bamarni/composer-bin-plugin 必须执行成功，且插件需在主项目 composer.json 的 require-dev（或 require）里落盘；v2.x 插件不兼容 Composer 1.x，也要求 Composer ≥ 2.5
extra.bamarni-bin.target-directory 必须显式声明，值必须是合法路径字符串（如 "vendor-bin"），写成 "target-dir" 或漏掉该字段，插件会静默跳过
子项目目录（如 vendor-bin/phpstan）下必须已有合法的 composer.json —— 空文件、UTF-8 BOM、多逗号、单引号引 key 都会导致插件拒绝加载

如何让 phpstan 和 psalm 各用各的 nikic/php-parser 版本

这不是靠改 composer.json 的 conflict 字段能解决的，而是靠物理隔离：每个工具运行在独立 vendor 下，彼此 autoload 完全不交叠。

Discussion Composer

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

下载

先装插件：composer require --dev bamarni/composer-bin-plugin
为 PHPStan 创建命名空间：composer bin phpstan require --dev phpstan/phpstan:^1.12，它会在 vendor-bin/phpstan 下生成完整依赖树
同理创建 Psalm：composer bin psalm require --dev vimeo/psalm:^5.22
执行时走各自路径：vendor-bin/phpstan/vendor/bin/phpstan 和 vendor-bin/psalm/vendor/bin/psalm，互不读对方的 vendor/autoload.php

composer bin all update 为什么没更新子项目的子依赖

这是设计行为，不是 bug。composer bin xxx update 默认只更新子项目 composer.json 中直接声明的包，不会递归更新其传递依赖（即不等价于 --with-dependencies）。

若需彻底刷新，应进子目录手动跑：cd vendor-bin/phpstan && composer update --with-dependencies
或者改用 composer bin phpstan update --with-dependencies（部分插件版本支持，但非所有）
更稳妥的做法是删掉 vendor-bin/phpstan/vendor 和 vendor-bin/phpstan/composer.lock，再重新 composer bin phpstan install

CI/CD 中怎么确保调用的是项目级工具而非全局版本

别信 PATH 顺序，别信 alias，唯一可靠的是绝对路径 + 显式入口。

CI 脚本中一律用完整路径：./vendor/bin/phpunit、vendor-bin/phpstan/vendor/bin/phpstan、vendor-bin/psalm/vendor/bin/psalm
避免 phpunit 或 composer bin phpstan run 这类间接调用，后者仍可能触发全局 autoloader
Docker 构建阶段，在 RUN 指令里显式指定 COMPOSER_NO_DEV=0（确保 dev 工具装上），再用完整路径执行检查

真正容易被忽略的点在于：插件创建的 vendor-bin/xxx 目录本身不是“黑盒”，它的 composer.json 必须手工维护 —— 比如升级 PHPStan 时，不能只改主项目 lock 文件，而要进对应子目录执行 composer update 或重装。否则你看到的版本号和实际加载的类，可能根本不是一回事。