真的，Laravel LTS 实用性不强

今天当我回看之前的一些老项目时，我发现我有两个项目还在使用 Laravel 5.1 版本，也是第一个 LTS 的版本。

Laravel 5.1是第一个拥有 长期支持（LTS） 的版本。包括2年的 bug 修复和3年的安全修复。这个支持周期为大型企业和客户提供了长久的稳定性。

Laravel 5.1 Release Notes

从表面上来看，这确实很不错，因为你使用的产品将会在未来继续得到官方的支持。在互联网时代，支持一个产品 5 年并不是一件容易的事情，所以消费者可能非常感激它。正常的 Laravel 版本似乎每 6 个月发布一次，因此有时很难及时更新，以保持版本同步。

这就是我被 LTS 吸引的原因，但是几年后，我完全感受到了整个 LTS 版本生态系统的不同。

延迟技术债

从业余爱好写项目开始，选择 Laravel 5.1 后，让我几乎忽略了每一个 Laravel 版本的更新，直到下一个 LTS 版本的出现，也就是 Laravel 5.5。

• Laravel 5.1 LTS - 2015年6月9日
• Laravel 5.5 LTS - 2017年8月30日

然而，2017年8月份，我的业余爱好项目没有在积极开发，只是偶尔 commit 来解决一个 issue。跳转到下一个 LTS 所需的技术债实在太大，无法承受。对于 PHP 框架世界，您不能只从 5.1 -> 5.5 跳下去。

升级说明仅适用于 5.1 -> 5.2, 5.2 -> 5.3, 5.3 -> 5.4 和 5.4 -> 5.5。这意味着我需要对每个单独的（非 LTS ）进行升级，以便进入下一个 LTS 版本。由于我当前的 LTS 版本不再受支持，并且与新的 PHP 版本也不兼容，所以我需要升级。

从 5.1 -> 5.5 的升级不是一项简单的任务。像更新我项目的依赖包这样简单的事情都会遇到压力。可以设想一个支持 LTS 版本（5.1 和 5.5 以及最新的 Laravel 版本 5.7）的流行依赖包。当我在升级 Laravel 5.2 时，我找不到适合某个依赖包的包版本。这意味着我必须寻找特定的 tags 和 commits ，以便只运行旧版本的拓展包来完成我的 5.2 升级。

当这个业余爱好项目处于一周开发很多小时的黄金时期时，我应该升级 5.2 版本。依赖包版本应该是一致的，1 次升级比 4 次更容易。

我在工作上和家里都有更多的项目存在这个问题。你认为你在节省时间和精力，但这么做只是在拖延问题的发生，而这样做只会使问题在到来时难以完成。

下一次我在 LTS 和非 LTS 之间做选择时，我将坚持更新常规的 Laravel 版本。如果一个产品还活着，没有任何理由限制自己承担 LTS 带来的技术债。

本文中的所有译文仅用于学习和交流目的，转载请务必注明文章译者、出处、和本文链接
我们的翻译工作遵照 CC 协议，如果我们的工作有侵犯到您的权益，请及时联系我们。

原文地址：https://connortumbleson.com/2019/01/28/l...

译文地址：https://learnku.com/laravel/t/31687