El proyecto Laravel 10 de partida que vamos a actualizar a Laravel 11
Hola, bienvenido. En esta primera lección vamos a ver el proyecto de tickets de soporte que actualizaremos a lo largo de todo el curso, en Laravel 10 y con Breeze, Sanctum, Spatie Permission y Livewire. Primero lo clonaremos y lo pondremos en marcha con Laravel Sail sobre PHP 8.1, y después repasaremos las piezas que cambian al pasar a Laravel 11, para que cuando algo falle en las lecciones siguientes sepas de dónde viene.
Los 15 minutos que calcula la guía oficial valen para el esqueleto que crea laravel new, pero en un proyecto real cada pieza tiene sus propios cambios en Laravel 11, y la guía no dice en qué orden resolverlos. En este curso seguiremos el orden que vimos en la introducción, con una regla: una cosa cada vez, y comprobar después de cada cosa. Cada lección que cambia código termina con sus tests lanzados y un commit, así que si algo se tuerce siempre sabrás cuál fue el último cambio bueno.
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 10 | 14 de febrero de 2023 | 6 de agosto de 2024 | 4 de febrero de 2025 |
| 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 |
La versión de Laravel 10 instalada en el proyecto tiene 4 avisos de seguridad abiertos que la rama 10.x ya no va a corregir nunca. Los veremos con composer audit en la siguiente lección, y la única forma de cerrarlos es subir de versión.
Fíjate también en que Laravel 11 tampoco recibe ya parches de seguridad desde marzo de 2026. Entonces, ¿por qué subir a 11 y no directamente a la última versión? Porque lo más seguro es subir una versión major cada vez: cada una tiene su guía, sus paquetes y sus cambios, y si mezclas 2 o 3 versiones en un solo composer update no sabrás de cuál viene cada error. Laravel 11 es un paso intermedio, pero es el paso con más piezas de todos, porque cambia la estructura del proyecto y los paquetes de autenticación y de permisos, y además exige PHP 8.2 cuando PHP 8.1 lleva fuera de soporte desde el 31 de diciembre de 2025. Cuando el proyecto esté en Laravel 11 con todo en verde, las actualizaciones siguientes se hacen con los mismos pasos y tienen bastantes menos cambios.
- 02Clonar el proyecto y levantarlo con Sail
- 03El runtime de PHP 8.1
- 04Qué lleva el proyecto
- 05Las piezas que cambian con la actualización
- 06Lo que no cubre el curso