Je vais mettre à niveau votre application Ruby on Rails ancienne version vers Rails 8 et corriger ses bugs


À propos de ce service
Traduction automatique
Sombre sur une ancienne version de Rails, des tests rouges et des gems qui ne s’installent pas ? Nous corrigeons d’abord les bugs, puis nous faisons la montée de version une à une jusqu’à Rails 8, afin que rien ne se casse en chemin.
Chaque commande commence par un contrôle de santé que vous conservez
- Versions de Rails et de Ruby, gems obsolètes ou abandonnées, tests qui échouent, avertissements de sécurité
- - Un plan de montée de version écrit, utile même si un autre développeur prend le travail
Ce que vous obtenez
- Bugs, tests qui échouent et déploiements cassés corrigés
- - Une étape de version à la fois, dépréciations levées avant l’étape suivante
- - Pull requests sur une branche séparée, testées en staging. Rien ne passe en production tant que vous n’avez pas fusionné
- - Un court rapport de chaque modification
Rails 7.2 et les versions antérieures ne reçoivent plus de correctifs de sécurité. Une version prise en charge est la façon la plus simple de rester à jour.
Rails 5.2 et les versions ultérieures, PostgreSQL ou MySQL, Sidekiq, Redis, Hotwire ou React, sur Heroku, Render, Fly.io, AWS ou votre serveur.
Dearnode est dirigé par un Membre Senior IEEE et a développé des applications Ruby on Rails depuis 2017.
Envoyez-nous votre version de Rails avant de commander et nous vous confirmerons quel pack correspond.
Logo Ruby (c) 2006 Yukihiro Matsumoto, utilisé sous CC BY-SA 2.5.
Découvrez Andrew Kwak
Web apps, booking systems and automation
- DeÉtats-Unis
- Membre depuissept. 2026
Langues
Coréen, Anglais
Traduction automatique
FAQ
Traduction automatique
Quelle taille d’application convient à ces packs ?
Les applications jusqu’à environ 40 tableaux de bases de données. Déplacer la construction front-end (par ex. Webpacker vers importmap ou jsbundling) est estimé séparément. Pour les applications plus volumineuses, commencez par le contrôle de santé et nous estimons le reste à partir de celui-ci.
Mon application a peu ou pas de tests. Pouvez-vous tout de même la mettre à niveau ?
Oui. Le pack premier ajoute des tests de fumée pour vos flux clés avant la mise à niveau, afin que rien ne casse. Sur le pack à 2 versions, une couverture mince implique plus de vérifications manuelles, et nous l’indiquons dans le contrôle de santé.
Mon application sera-t-elle indisponible pendant la mise à niveau ?
Non. Nous travaillons sur une branche séparée et une copie en staging. Vous examinez la pull request et déployez lorsque vous êtes prêt, ou ajoutez un support de déploiement le jour du lancement et nous déployons avec vous.
Que faire des gems qui ne sont plus maintenus ?
Le contrôle de santé les répertorie. Pour chacun, nous proposons un remplacement maintenu, un petit bout de votre propre code ou un patch, et nous validons ce choix avec vous avant tout changement.
Pouvez-vous mettre à niveau des applications antérieures à Rails 5.2 ?
Souvent oui, mais elles nécessitent plus d’étapes et plus de vérifications. Envoyez-nous vos versions de Rails et de Ruby avant de commander et nous estimons après le contrôle de santé.
Avez-vous besoin de ma base de données de production ?
Non. Une copie de staging ou des données anonymisées suffisent. Les journaux d’erreurs et votre traqueur d’erreurs (par ex. Sentry ou Honeybadger) nous aident à trouver les bugs plus rapidement.
Qu’est-ce qu’une correction ?
Une seule erreur, un test qui échoue ou un déploiement cassé avec une cause claire. Si une correction revient à reconstruire une fonctionnalité, nous vous en informons avant de commencer et nous publions un devis séparé.
