Mise à jour Ruby on Rails
Montée de version vers une version maintenue de Rails, quelle que soit votre version actuelle
Une application qui fonctionne, mais qui n'est plus maintenue
Une application Rails restée sur une ancienne version continue de rendre service. Mais elle ne reçoit plus de correctifs de sécurité, ses gems cessent d'évoluer et chaque changement demande davantage d'effort. Nous intervenons de l'état des lieux à la mise en production, pour des éditeurs SaaS comme pour des applications métier internes.
Où en est le support de Rails
L'équipe Rails publie des correctifs de bugs pendant un an après la sortie d'une version, puis des correctifs de sécurité seuls pendant une année supplémentaire. Au-delà, plus aucune nouvelle version n'est publiée pour cette série.
État du support au 11 septembre 2026
| Version | Correctifs de bugs | Correctifs de sécurité |
|---|---|---|
| Rails 7.2 | terminés | terminés le 9 août 2026 |
| Rails 8.0 | terminés le 7 mai 2026 | jusqu'au 7 novembre 2026 |
| Rails 8.1 | jusqu'au 10 octobre 2026 | jusqu'au 10 octobre 2027 |
Une application en Rails 7.2 ou antérieur ne reçoit donc plus de correctif de sécurité officiel. En Rails 8.0, ce sera le cas après le 7 novembre 2026. Le calendrier à jour est publié dans la politique de maintenance officielle de Rails (en anglais), et celui de Ruby sur la page de maintenance des versions de Ruby (en anglais). Ici, nous parlons de la montée de version de votre application.
Notre intervention
Rails depuis 2005, versions anciennes comprises
Reprendre un existant fait partie de notre quotidien : maintenance, montées de version et évolutions d'applications écrites par d'autres équipes. Nous intervenons aussi depuis des versions anciennes comme Rails 3 ou 4.
Une montée de version par étapes
Nous suivons la démarche du guide officiel de mise à jour de Rails (en anglais) : vérifier la couverture de tests avant de commencer, monter une version à la fois, traiter la compatibilité des gems, puis mettre en production progressivement.
Commencer par un diagnostic
Avant toute montée de version, un à deux jours de lecture suffisent à y voir clair : versions de Rails, de Ruby et des gems, couverture de tests, dépendances abandonnées, alertes de sécurité connues et configuration de production.
Il est réalisé à une date convenue ensemble. Vous recevez ensuite une note écrite sous cinq jours ouvrés :
- l'état des lieux des versions et des dépendances ;
- les risques identifiés, classés par urgence ;
- un plan de montée de version par étapes ;
- une estimation du volume de travail pour chaque étape.
Le diagnostic coûte 900 € HT pour une journée et 1 700 € HT pour deux. S'il débouche sur une mission dans les trente jours, son montant vient en déduction de la première facture.
Votre application tourne sur une ancienne version de Rails ?
Indiquez-nous les versions de Rails et de Ruby utilisées, la taille approximative de l'application et, si vous le savez, l'état de ses tests. Le premier échange est gratuit et sans engagement.
Besoin d'un développeur Rails dans votre équipe pour accélérer la montée de version ? Découvrez notre offre de renfort d'équipe.
Questions fréquentes sur la mise à jour Ruby on Rails
Nous prenons en charge les montées de version depuis toutes les versions de Rails, y compris Rails 3 et Rails 4. Ces chantiers complexes font partie de notre spécialité.
La durée dépend de la version de départ, de la taille de l'application et de la couverture de tests. Le diagnostic permet d'établir une estimation et un plan par étapes.
Nous la planifions pour limiter l'impact sur votre activité : changements déployés par étapes, testés en préproduction, mise en production coordonnée avec votre équipe. Une courte interruption peut rester nécessaire selon l'hébergement ou les migrations de données ; elle est alors annoncée et programmée à l'avance.
Un état des lieux des versions de Rails, de Ruby et des gems, une analyse des risques (sécurité, dépendances abandonnées, couverture de tests), un plan de montée de version par étapes et une estimation du volume de travail, remis sous forme de note écrite sous cinq jours.
Oui. Nous pouvons travailler en binôme avec vos développeurs pendant la montée de version. C'est une manière efficace de transférer les bonnes pratiques et de les rendre autonomes sur la version cible.
Oui. La compatibilité des gems est souvent le point le plus délicat d'une montée de version. Nous identifions les gems obsolètes, trouvons des alternatives et assurons la compatibilité de l'ensemble avant la mise en production.