El proyecto Laravel 11 de partida: tests y Larastan
Hola, bienvenido. En esta primera lección vamos a poner en marcha, en Laravel 11, el proyecto de tickets de soporte que actualizaremos a lo largo de todo el curso. Lo clonaremos, lo levantaremos con Laravel Sail y comprobaremos que sus tests, Larastan y Pint están en verde antes de cambiar nada. Y repasaremos las piezas del proyecto que cambian con Laravel 12, para que, cuando lleguemos a cada una, ya sepas qué es.
Según las notas de la versión, Laravel 12 es una versión de mantenimiento, y la mayoría de las aplicaciones pueden subir sin cambiar su código. ¿Dónde está entonces el trabajo? En las herramientas de test. Laravel 12 necesita Pest 3 y PHPUnit 11, Larastan 2 no funciona con Laravel 12, y Larastan 3 no se puede instalar sin subir también Rector. Lo habitual es cambiar ^11.0 por ^12.0, ver que Composer falla y subirlo todo en el mismo composer update. El problema es que, si después algo falla, no hay forma de saber cuál de los cambios lo ha provocado. Por eso en este curso vamos a separar esos pasos.
El soporte de cada versión de Laravel
Laravel publica una versión major al año y mantiene cada una durante 18 meses de correcciones y 2 años de parches de seguridad. Estas son las fechas de la página de versiones de laravel.com, consultada en octubre de 2026:
| Versión | Lanzamiento | Correcciones hasta | Seguridad hasta |
|---|---|---|---|
| Laravel 11 | 12 de marzo de 2024 | 3 de septiembre de 2025 | 12 de marzo de 2026 |
| Laravel 12 | 24 de febrero de 2025 | 13 de agosto de 2026 | 24 de febrero de 2027 |
| Laravel 13 | 17 de marzo de 2026 | Tercer trimestre de 2027 | 17 de marzo de 2028 |
Es decir, Laravel 11 está fuera de soporte desde marzo de 2026, y la versión instalada en el proyecto tiene 4 avisos de seguridad que la rama 11.x ya no va a corregir. Los veremos en esta misma lección con composer audit. Y fíjate en que Laravel 12 ya solo recibe parches de seguridad, hasta febrero de 2027.
Entonces, ¿por qué no subir directamente a la última versión? Porque lo más seguro es actualizar una versión major cada vez, ya que cada una tiene su guía, sus paquetes y sus herramientas. Y como Laravel 12 prácticamente no obliga a cambiar código, es un buen momento para poner al día también la configuración del proyecto, que sigue siendo la de Laravel 10.
- 02Los 5 pasos que vamos a seguir
- 03Clonar el proyecto y levantarlo con Sail
- 04Lo que tiene composer.json
- 05Las piezas que van a cambiar
- 06Los avisos de seguridad de Laravel 11
- 07composer qa, en verde
- 08Lo que no cubre el curso