aggiornerò la tua app legacy di ruby on rails a Rails 8 e risolverò i suoi bug


Informazioni su questo servizio
Traduzione automatica.
Bloccato su una versione vecchia di Rails, con test rossi e gemme che non si installano? correggiamo prima i bug, poi aggiorniamo la tua app una versione alla volta fino a Rails 8, così niente si rompe lungo il percorso.
Ogni ordine inizia con un controllo di salute che tu tieni
- Versioni Rails e Ruby, gemme obsolete o abbandonate, test che falliscono, avvisi di sicurezza
- - Un piano di upgrade scritto, utile anche se un altro sviluppatore farà il lavoro
Cosa ottieni
- Bug, test che falliscono e deploy rotti risolti
- - Un passaggio di versione alla volta, deprecazioni rimosse prima del passaggio successivo
- - Pull request su un ramo separato, testate in staging. Niente va live finché non fai merge
- - Un breve rapporto di ogni modifica
Rails 7.2 e versioni precedenti non ricevono più fixed di sicurezza. Una versione supportata è il modo più semplice per restare patchati.
Rails 5.2 e versioni successive, PostgreSQL o MySQL, Sidekiq, Redis, Hotwire o React, su Heroku, Render, Fly.io, AWS o sul tuo server.
Dearnode è guidata da un IEEE Senior Member ed ha costruito app Ruby on Rails dal 2017.
Inviaci la tua versione di Rails prima di ordinare e confermiamo quale pacchetto è adatto.
Logo Ruby (c) 2006 Yukihiro Matsumoto, usato con licenza CC BY-SA 2.5.
Scopri di più su Andrew Kwak
Web apps, booking systems and automation
- DaStati Uniti
- Membro daset 2026
Lingue
Coreano, Inglese
Traduzione automatica.
FAQ
Traduzione automatica.
Che tipo di app rientra in questi pacchetti?
Le app con circa 40 tabelle del database. Spostare la build frontend (ad es. Webpacker a importmap o jsbundling) è quotato separatamente. Per app più grandi, inizia con il health check e poi quotiamo il resto da lì.
La mia app ha pochi o nessun test. Puoi comunque aggiornarla?
Sì. Il pacchetto più alto aggiunge test di smoke per i flussi chiave prima dell’aggiornamento, così possiamo mostrare che nulla si è rotto. Nel pacchetto di 2 versioni, una copertura sottile significa più controlli manuali, e questo lo segnaliamo nel health check.
La mia app resterà online durante l'aggiornamento?
No. Lavoriamo su un ramo separato e su una copia di staging. Tu rivedi la pull request e deploy quando sei pronto, oppure aggiungi supporto per il deploy nel giorno del rilascio e lo facciamo insieme.
Che dire dei gemme non più mantenute?
Il health check li elenca. Per ciascuno proponiamo una sostituzione mantenuta, un piccolo pezzo di codice tuo o una patch, e accordiamo la scelta con te prima di cambiare qualsiasi cosa.
Puoi aggiornare app più vecchie di Rails 5.2?
Spesso sì, ma richiedono più passaggi e controlli. Inviaci i tuoi versioni di Rails e Ruby prima di ordinare e ti proponiamo un preventivo dopo il health check.
Hai bisogno del mio database di produzione?
No. Una copia di staging o dati anonimi bastano. I log degli errori e il tuo tracker di errori (es. Sentry o Honeybadger) ci aiutano a trovare i bug più in fretta.
Cosa si intende con una correzione?
Un solo errore, test che fallisce o deploy rotto con una causa chiara. Se una correzione evolve in una ricostruzione di una funzione, te lo diciamo prima di iniziare e la quotiamo separatamente.
