应使用--ignore-platform-req=php精准跳过PHP版本检查，不干扰ext-*扩展校验；它仅绕过"php": "^8.1"类声明，对依赖版本约束无效，多个平台项可叠加如--ignore-platform-req=php --ignore-platform-req=ext-gd。
composer install/update 时跳过 PHP 版本检查
用 --ignore-platform-req=php 可精准跳过 PHP 版本校验，不干扰 ext-* 扩展检查。它只绕过 "php": "^8.1" 这类声明，对依赖版本约束完全无效。
常见错误现象：本地是 PHP 8.0，但某包 require "php": "^8.2"，执行 composer install 直接报错 “Required platform packages not satisfied”。这时加 --ignore-platform-req=php 就能继续。
- 多个平台项可叠加写：
--ignore-platform-req=php --ignore-platform-req=ext-gd -
--ignore-platform-reqs（无等号无值）会跳过所有平台项，包括 lib-*、ext-*，风险更高 - 运行时仍可能因语法不兼容崩溃（比如用了 PHP 8.2 的
match表达式），Composer 不管这个
想装特定分支或开发版，不是“忽略”，而是写对版本字符串
composer require 里所谓“强制安装 dev-main”，关键不在参数，而在版本写法和项目配置是否匹配。
必须满足三件事：分支名带 dev- 前缀、minimum-stability 允许 dev、私有仓库要声明 repositories。
- 正确写法：
composer require vendor/name:dev-main（冒号后不能有空格） - 含斜杠分支（如
feature/login）必须加引号：composer require vendor/name:"dev-feature/login" - 根
composer.json需显式设："minimum-stability": "dev"，否则默认过滤掉所有dev-分支 - 私有 Git 仓库必须在
repositories里注册：{"type": "vcs", "url": "https://github.com/vendor/repo"}
依赖冲突时报 “Conclusion: don’t install X”，这不是版本能“忽略”的问题
这是 Composer SAT 求解器判定当前依赖图无解——别的包硬性 require 旧版，你塞的新版本和它逻辑冲突。加任何 ignore 参数都无效。
真正该做的是定位谁在拦：composer prohibits vendor/package:v3.2.0，输出会直接告诉你哪个包哪条 require 导致失败。
- 安全做法：降级那个冲突包，再
composer update conflicting-package - 临时绕过：
composer require vendor/package:v3.2.0 --no-update先写进composer.json，再composer update vendor/package --with-all-dependencies -
--ignore-platform-reqs对这类错误完全没用，别试
删 composer.lock 是唯一真正“重算版本”的方式
只要 composer.lock 存在，Composer 就不会重新解析依赖树，只会校验 lock 文件里的版本是否仍满足 composer.json 约束。
想彻底按新 composer.json 装，就得删 lock 文件再 composer install。这不是“忽略”，而是清空历史约束，让求解器从头算。
- Linux/macOS：
rm composer.lock；Windows：del composer.lock - 删完立刻
composer install，不要先composer update，否则可能升级一堆包 - 生产环境严禁直接操作——间接依赖的微小版本变动可能引发隐性 break change
- CI/CD 中若频繁遇到锁文件冲突，说明团队没统一 commit lock 文件，得规范流程
真正难处理的不是命令怎么敲，而是删了 lock 或跳过检查之后，代码跑起来有没有 Fatal error 或行为偏差。PHP 版本差异、扩展缺失、语义化版本隐性变更，这些都不会在 composer install 阶段暴露。
