Composer 不支持原生 LTS 模式，需通过版本约束实现：查清框架 LTS 版本（如 Laravel 10.x），在 composer.json 中使用 "^10.0" 或 "~10.0" 锁定主版本内安全升级。
Composer 默认会安装最新稳定版，包括非 LTS 的次要或补丁版本。要让它在 composer update 时只选用 Laravel、Symfony、PHP 等生态中明确标记为 LTS 的版本，关键不是靠 Composer 自身的“LTS 模式”，而是通过精准的版本约束 + 对项目依赖的主动管理来实现。
大多数主流框架会明确标注哪些版本是 LTS（如 Laravel 9.x、10.x；Symfony 5.4、6.4；PHP 8.1、8.2）。你只需查清目标包的 LTS 版本号，然后在 composer.json 中写死该主版本下的安全升级范围：
"laravel/framework": "~10.0" 或更稳妥的 "^10.0"（等价于 >=10.0.0 ）
"symfony/console": "^6.4"，它允许更新到 6.4.1、6.4.20，但不会升到 7.0
"^10"（不带小数点），它等价于 ^10.0.0，看似安全，但若未来发布 10.100.0，仍属同一主版本，可能含非 LTS 的功能变更默认 composer update 可能因依赖冲突或新版本可用而跨主版本升级（比如从 9.5 升到 10.0）。即使 10.0 是 LTS，你也未必准备好迁移。因此建议：
composer.json 中显式指定完整主次版本，如 "^10.3" 而非 "^10"
--with-dependencies 并搭配 --dry-run 预览： composer update --dry-run --with-dependencies
composer require vendor/package:10.4.2 --no-update 再 composer update vendor/package 精确控制没有 Composer 原生命令能“自动选 LTS”，但可辅助判断：
composer show vendor/package 查当前安装版本及支持状态（部分包会在 description 中注明 “LTS”）lts、long-term-support）人工确认基本上就这些——LTS 不是 Composer 的内置开关，而是靠你对生态节奏的理解 + 精准的语义化版本约束来落地。只要主版本号锁得准、更新前看清楚、关键包查实 LTS 标识，就能稳住长期维护线。
以上就是如何让Composer在更新时只考虑LTS（长期支持）版本？（版本约束技巧）的详细内容，更多请关注php中文网其它相关文章！
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移，垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是，许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
340
收藏
