composer require 必须带版本约束符，否则因字符串匹配失败而报错；composer exec 传参需用 -- 分隔；--ignore-platform-reqs 在 install 和 update 中行为不同；全局镜像可被项目配置覆盖。
composer require 必须带版本约束符，否则几乎必失败
写 composer require guzzlehttp/guzzle:7.5 看似直觉，实际等价于精确锁定 "7.5.0"，Packagist 上极少有包刚好发布这个 exact 版本。Composer 会直接报 Could not find package guzzlehttp/guzzle with version 7.5。
正确做法是显式带上约束符：
-
^7.5：允许 7.5.x 及兼容的 7.6.x、7.7.x（推荐，向后兼容） -
~7.5.0：只允许 7.5.x，不进 7.6.0（适合强控小版本） -
dev-main或dev-feature-branch：需加--prefer-source才能生效
漏掉符号不是“少打几个字”，而是让 Composer 放弃语义化版本解析逻辑，直接走字符串匹配——这在真实生态里基本走不通。
composer exec 传参必须用 -- 分隔，否则命令被当成子命令
composer exec phpunit --filter=testLogin 会报错：Command "–filter=testLogin" is not defined。因为 Composer 把 --filter 当成了它自己的子命令，而不是要传给 phpunit 的参数。
正确写法强制用双横线分层：
composer exec phpunit -- --filter=testLogincomposer exec phpstan analyse src/ -- --level=7 --no-progress- 多个参数、含路径或 flag，全都要放在
--后面
这个 -- 不是可选语法糖，是 Symfony Console 的硬性约定，跳过就必然失败。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
install 和 update 的平台检查开关不能混用
--ignore-platform-reqs 看似能绕过 PHP 版本或扩展缺失的报错，但它对两个命令的影响完全不同：
-
composer install --ignore-platform-reqs：跳过校验，但依然严格按composer.lock安装——只要锁文件里有的包，不管当前环境是否满足其require，都强行装 -
composer update --ignore-platform-reqs：不仅跳过校验，还会在重算依赖时忽略所有平台约束（比如把"php": "^8.1"当不存在），可能导致生成一个根本跑不起来的composer.lock
生产环境 CI 脚本里一旦出现后者，下次 install 就会拉来一堆不兼容的包。真要调试，只用前者，并且确保本地环境与目标一致。
全局镜像配置会被项目级 config 覆盖，别以为设了就一劳永逸
你执行了 composer config --global repos.packagist.org '{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}'，但项目里 composer.json 有这段：
"config": {
"repos": {
"packagist.org": {"type": "composer", "url": "https://packagist.org/"}
}
}
那么该项目始终走官方源，全局镜像完全失效。Composer 的配置优先级是：项目级 > 全局级 > 默认值。
验证当前生效的源，运行：
composer config repos.packagist.org
如果输出空，说明没覆盖；如果输出 URL，就是它正在用的那个——别猜，直接查。
