El proyecto Laravel 12 de partida: tests y Larastan
Hola, bienvenido. En esta primera lección vamos a poner en marcha, en Laravel 12, 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 13, para que, cuando lleguemos a cada una, ya sepas qué es.
Las notas de la versión dicen que la mayoría de las aplicaciones pueden subir a Laravel 13 sin cambiar mucho código. Es cierto, siempre que el proyecto ya esté en PHP 8.3 y en Pest 4. Y lo normal es que no lo esté: Laravel 12 funciona desde PHP 8.2, y un proyecto que lleva tiempo en producción suele seguir con la versión de PHP y de Pest de la última vez que se actualizó. Laravel 13 exige PHP 8.3 como mínimo, y la guía sube Pest a la versión 4, que también exige PHP 8.3. Así que el primer paso de esta actualización se hace en el contenedor, antes que en composer.json.
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 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 12 ya solo recibe parches de seguridad, y los dejará de recibir en febrero de 2027. Y no es lo único que caduca: PHP 8.2, la versión sobre la que funciona el proyecto, deja de recibir parches de seguridad el 31 de diciembre de 2026, según la página de versiones de php.net (se abre en una pestaña nueva). PHP 8.3 los recibe hasta el final de 2027, así que esta actualización pone al día las 2 cosas a la vez.
¿Y por qué no hacerlo todo de golpe, PHP, Pest y el framework en un solo composer update? Porque si después algo falla, no sabremos cuál de los 3 cambios lo ha provocado.
- 02Los 5 pasos que vamos a seguir
- 03Clonar el proyecto y levantarlo con Sail
- 04composer.json, compose.yaml y rector.php
- 05Las piezas que van a cambiar
- 06composer audit y composer qa en verde
- 07Lo que no cubre el curso