Attualmente sto cercando di elaborare una strategia di migrazione dei database per la mia organizzazione. Ciò include il recupero degli script del database nel controllo del codice sorgente, la gestione delle versioni, la gestione delle versioni per il controllo qualità / produzione, la gestione delle diramazioni e l'unione tra i vari rami di rilascio, ecc.
Ruby Migrations sembra offrire soluzioni a molti di questi problemi. Tuttavia, osservando i documenti di Ruby on Rails, non è chiaro se le Migrazioni di Ruby possano essere separate dal resto del framework. Lavoro in un negozio prevalentemente .NET, ma con molte altre tecnologie e con più piattaforme DBMS (SQL Server, Oracle di varie versioni). Ruby non è presente nel nostro portafoglio in questo momento e non abbiamo intenzione di usarlo. Se dovessi usare Ruby Migrations, sarebbe l'unico pezzo del framework Ruby on Rails che vorremmo usare.
È possibile utilizzare efficacemente Ruby Migrations per gestire le modifiche al database indipendentemente dal resto del framework Ruby on Rails? Ci sono documenti o articoli là fuori che descrivono questo flusso di lavoro?
(Sì, so che ci sono altre opzioni come Liquibase, ma sto cercando in particolare di imparare su Ruby Migrations con questa domanda.)