-d（等价于--directory）是Composer唯一原生支持且所有子命令一致支持的工作目录切换参数，它使Composer将指定路径视为当前工作目录加载composer.json并执行操作，而--working-dir在Composer 2.5+中已被移除或静默忽略。
composer -d 参数是唯一可靠方式
想在当前 shell 路径下操作另一个目录里的项目，-d（等价于 --directory）是 Composer 原生命令行参数，也是唯一被所有子命令一致支持的路径切换机制。它不是“模拟 cd”，而是让 Composer 把指定路径当作当前工作目录来加载 composer.json、读取 vendor/、写入 composer.lock。
常见错误现象：Command "install" is not defined. 或 Could not open input file: composer.json，往往是因为误用了不存在的 --working-dir 选项（该参数在 Composer 2.x 中已被移除或不生效），或者路径拼写错误、目标目录不含 composer.json。
-
composer -d ./backend install—— 相对路径，要求当前目录下存在./backend/composer.json -
composer -d /var/www/myapp update—— 绝对路径，推荐用于 CI/CD 脚本，避免路径歧义 - 路径中含空格或变量时，务必用引号包裹：
composer -d "$PROJECT_ROOT/api" require monolog/monolog -
-d优先级高于环境变量（如COMPOSER或COMPOSER_VENDOR_DIR），但不会改变 PHP 运行时的getcwd()
别信 --working-dir，它在 Composer 2.5+ 已失效
很多老文档或 IDE 插件仍残留 --working-dir 的用法，但在 2026 年最新版 Composer（2.5+）中，该参数已被彻底移除或静默忽略。执行 composer install --working-dir=./subdir 不会报错，但实际仍从当前目录找 composer.json，极易导致依赖装错位置或脚本静默失败。
验证方法：运行 composer --help | grep -i working，结果为空即说明不支持；若输出含 --working-dir，也仅是历史残留文案，不代表功能可用。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- Composer 官方文档已将
--working-dir从所有命令参数列表中删除 - 部分第三方工具（如某些 PhpStorm 插件）可能仍在生成该参数，需手动替换为
-d - CI/CD 流水线中若发现路径异常，第一反应应检查是否误用了
--working-dir
COMPOSER_VENDOR_DIR 环境变量只影响 vendor 目录位置，不影响工作路径
COMPOSER_VENDOR_DIR 控制的是依赖安装的**目标子目录**，而非项目根目录。它不能让你在 A 目录里执行命令却操作 B 目录的 composer.json——这是两个完全独立的问题。
典型误用场景：设了 COMPOSER_VENDOR_DIR=libs 后，在项目外执行 composer install，结果报错找不到 composer.json。这是因为环境变量没解决“去哪找配置文件”，只解决了“装到哪”。
- 该变量仅对
install和update生效，dump-autoload、run-script等命令压根不读它 - 即使生效，
autoload.php文件仍会生成在旧路径（如vendor/autoload.php），只是内容为空壳；PHP 入口文件里的require 'vendor/autoload.php'必须手动改成新路径 - 设为全局环境变量会导致所有本地项目共用同一 vendor 目录，协作时极易引发冲突
config.vendor-dir 只在项目内部生效，不能跨项目指定路径
config.vendor-dir 是写在项目自己 composer.json 里的配置项，作用是告诉 Composer：“下次 install 时，把包装进这个相对路径”。它和“在哪执行命令”无关——无论你用 -d 切到哪，只要那个路径下有 composer.json 且含该配置，就会按规则安装。
容易踩的坑是以为改了 config.vendor-dir 就能“从任意位置操作任意项目”，其实它只是路径重定向规则，不是路径发现机制。真正决定“操作哪个项目”的，永远是 -d 指向的路径，或你当前所在目录。
- 值必须是相对路径（如
"lib/vendor"），不能以/开头，也不能含..（除非明确需要向上跳转，如"../shared_vendor"，但需确保父目录可写） - 改完后必须删掉旧
vendor/目录再跑composer install；update不会迁移已有包 - IDE 自动补全、部署脚本、
require语句里的硬编码路径，全部要同步更新，Composer 不会帮你改代码
-d 定位到目标项目的根目录，再让该项目自己的 config.vendor-dir 决定依赖装哪儿。两者分工明确，混用或替代都会出问题。 
