GitHub Actions passe à Ubuntu 26.04 : ton ubuntu-latest va changer de machine

GitHub vient d’annoncer que l’image Ubuntu 26.04 de GitHub Actions est prête pour la production, et que l’étiquette ubuntu-latest basculera dessus entre le 19 octobre et le 19 novembre 2026. Si l’un de tes workflows commence par runs-on: ubuntu-latest, il changera de machine sans que tu touches à rien. La plupart du temps, ça passera. Parfois, non.

Qu’est-ce que GitHub a annoncé exactement ?

Depuis le 17 septembre 2026, Ubuntu 26.04 n’est plus en préversion sur GitHub Actions : elle est officiellement prise en charge, en x64 comme en arm64. Jusqu’ici, ubuntu-latest pointait vers Ubuntu 24.04. La bascule se fera progressivement sur un mois : ton workflow peut donc tourner sur l’ancienne image un jour et sur la nouvelle le lendemain.

Pour rappel, ubuntu-latest n’est pas une version d’Ubuntu, c’est un raccourci. GitHub le fait pointer vers la version qu’il juge la plus récente et stable. C’est pratique tant que tout marche, et c’est exactement pour ça que ça surprend le jour où l’étiquette change de cible.

Pourquoi ton workflow pourrait casser ?

GitHub prévient lui-même que la nouvelle image embarque des outils mis à jour, et que certains ont été retirés. Un workflow qui compte sur un logiciel préinstallé, ou sur une version précise d’un outil, peut donc échouer sans que ton code ait bougé d’une ligne. Le symptôme classique : un build qui passait hier et qui plante aujourd’hui sur une commande introuvable.

C’est aussi vrai si ton site se déploie tout seul à chaque push, par exemple vers GitHub Pages : le déploiement passe par un workflow, donc par ce runner. Si tu hésites encore sur l’endroit où héberger ton projet, on compare les options dans notre comparatif Netlify, Vercel, Cloudflare Pages et GitHub Pages.

Qu’est-ce que tu dois faire maintenant ?

Tu as deux options simples, et un mois devant toi avant le début de la bascule.

• Tester tout de suite : remplace ubuntu-latest par ubuntu-26.04 (ou ubuntu-26.04-arm) sur une branche, lance ton workflow et regarde s’il passe.
• Figer la version : si tu n’as pas le temps, écris runs-on: ubuntu-24.04. Ton workflow restera sur l’image actuelle, et tu migreras quand tu voudras.

Concrètement, la ligne à modifier ressemble à ça :

jobs:
  build:
    # avant : runs-on: ubuntu-latest
    runs-on: ubuntu-26.04   # ou ubuntu-24.04 pour rester sur l'ancienne image

Figer la version, c’est la bonne habitude à prendre dès maintenant, même en dehors de cette migration. Un workflow qui dit précisément sur quelle machine il tourne se comporte pareil aujourd’hui et dans six mois. Pour le détail des logiciels installés sur chaque image, GitHub tient la liste à jour dans son dépôt actions/runner-images.

Si tes tests automatiques tournent dans ce workflow, c’est le bon moment pour vérifier qu’ils passent aussi sur la nouvelle image. Et si tu n’en as pas encore, notre guide Cypress t’explique comment poser un premier test de bout en bout.