Laravel 10迁移中依赖冲突是SAT求解器因互斥版本约束无法满足而明确拒绝，需用composer why-not定位阻断源，删vendor与composer.lock后分步安装基础依赖并同步升级配套官方包。
Laravel 10 迁移中第三方包依赖冲突不是偶然报错，而是约束系统明确拒绝——当多个包对同一依赖提出互斥版本要求时，Composer 的 SAT 求解器找不到满足所有条件的组合，就会终止并给出结论性提示。关键不在于“怎么跳过”，而在于“谁在拦路、为什么拦”。
用 composer why-not 定位真实阻塞源
报错里那句 don't install laravel/framework v10.x 只是结果。运行以下命令才能看到原因：
- composer why-not laravel/framework:10.45.0（填你实际报错的版本）——输出第一行就是最上游封杀者
- 若冲突来自 require-dev（比如 testbench 或 phpunit），加 --dev 参数：composer why-not sebastian/exporter:5.0.0 --dev
- 输出为空？说明该版本根本未被任何包声明（可能写错版本号，或受
minimum-stability限制）
重置依赖图，切断旧链路
别只改 "laravel/framework": "^10.0" 然后跑 composer update——这大概率失败，因为 lock 文件会强行复用旧解析结果。
- 删掉
vendor/和composer.lock - 先单独装关键基础依赖：composer require doctrine/dbal:^3.0（Laravel 10 必需）
- 再限定范围更新核心：composer update "laravel/framework" "laravel/sanctum" --with-all-dependencies
- 若仍卡在 symfony/console，手动加固：composer require symfony/console:^6.3
检查扩展包兼容性与声明完整性
你的包可能本地能装，但别人 require 就失败，常见于：
- composer.json 中写了
"conflict"或"replace"，但没覆盖下游真实环境（如 PHP 8.1 项目 require 了 PHP 8.3-only 的扩展） - 用了
"minimum-stability": "dev"，导致下游 stable 项目无法识别你的 dev-main 分支 - require-dev 里的包（如 phpunit 9.x）拖着老版 sebastian/exporter，和 Laravel 10 的 PHPUnit 10 冲突
- 验证真实依赖结构：composer show --tree，重点看哪些包标着 (replaced) 或 (locked to x.x)
同步升级配套官方扩展包
Laravel 10 不是单点升级，它要求生态协同演进。必须同步调整以下关键包版本：
- spatie/laravel-ignition ≥ ^2.0（否则 Class "AppProvidersAppServiceProvider" does not exist）
- doctrine/dbal ≥ ^3.0（否则 Schema Builder 初始化失败）
- nunomaduro/collision ≥ ^7.0、phpunit/phpunit ≥ ^10.0
- laravel/sanctum ≥ ^3.2、laravel/tinker ≥ ^2.8
- 移除
"minimum-stability": "dev"—— 它会让 Composer 尝试拉 alpha 分支，与稳定版不兼容
