2010-02-05 14 views

risposta

2

Non ho intenzione di farlo. Sono sicuro di essere in una piccola minoranza, ma la mia grande applicazione è ancora in esecuzione 1.2.6. Ogni volta che considero lo sforzo di aggiornare sembra che Rails cambi di nuovo.

Fa quello che voglio che faccia, guadagna bene, e nonostante mi sento sempre più lasciato fuori al freddo, non ho un motivo sufficiente per aggiornarlo.

+2

Sei pazzo. Come ti permetti di guadagnare con un'applicazione stabile? – Trevoke

1

Ho tenuto le mie app ai margini del 2.3, ma poiché ci sono molti cambiamenti fondamentali in Rails in 3, probabilmente installerò la beta, lavorerò per convertirli e spero di essere pronto dal tempo è rilasciato come stabile.

Sono anche contento che ci sia un bel po 'di tempo prima di RailsConf, così posso davvero familiarizzare con le nuove funzionalità di Rails 3 e non mi sentirò perso/sopraffatto.

0

Risponderò alla mia domanda.

Non sono sicuro di quanti beta ci saranno per Rails 3, ma ho intenzione di non convertire la mia applicazione blog fino alla prossima beta o alla versione finale. Penso che sarà un processo lungo che richiede tempo perché ho un sacco di aiuto per la vista che creano markup, un sacco di ambiti con nome e alcuni routing abbastanza complicato.

Voglio aggiungere prima la cache della pagina prima di affrontare Rails 3!

3

Onestamente? Quando gli sviluppatori si svegliano e iniziano a lavorare su Rails 3/Ruby 1.9 nelle loro gemme e plugin. Sanno che è in arrivo da diversi mesi e la maggior parte non si è nemmeno preoccupata di aggiornare. Uno in particolare che vorrei sottolineare è authlogic, uno dei plugin di autenticazione più usati là fuori. Ancora non funziona per Rails 3.

Whoops!

2

Tutte le mie app Rails sono attualmente in esecuzione su Rails 2.3.5 e ogni app ha una LOC dell'80% o superiore. Questo è sempre stato un requisito fondamentale per ogni prodotto che creo per me stesso o che lavoro al lavoro.

In genere, l'aggiornamento a una versione secondaria/bugfix è solo questione di pochi minuti. Cambia la versione GEM, i requisiti di aggiornamento, esegui test, risolvi problemi e commetti.

Rails 3.0 è una grande riscrittura e il problema più grande è rappresentato dalla compatibilità dei plugin. I plugin non sono sotto il mio controllo diretto. Questo è lo stesso motivo per cui ho avuto hard time trying to upgrade to Ruby 1.9.1.

Tuttavia, sto già giocando con Rails 3. Voglio imparare i cambiamenti più importanti di Rails 3 il più presto possibile al fine di avviare moving the existing apps to the right directions. Inoltre, come autore di plugin, è importante per me iniziare a lavorare con Rails 3 per rendere i miei plug-in compatibili.

Ieri comincio con la mia app più semplice. Beh, almeno questo è quello a cui ero abituato a pensarci. Ad ogni modo, è l'app con il minor numero di dipendenze esterne (meno di 3 gemme) e ci sono voluti circa 1 ora per l'aggiornamento e 3 ore per capire perché Rails non riusciva a caricare i miei percorsi.Si è scoperto che il componente Rails Metal stava combattendo con il nuovo stack di Rails 3.

ci sono alcuni problemi minori che devo capire, ma posso dire di aver migrato con successo la mia prima applicazione a Rails 3.

Sto progettando di migrare tutte le mie applicazioni Rails a Rails 3 il più presto possibile , una volta che la scuderia di Rails 3 sarà disponibile. O almeno, non appena riesco a capire se le dipendenze funzionano effettivamente con Rails 3. Fortunatamente, un progetto è stato avviato allo http://railsplugins.org/ con l'intento di elencare tutti i plugin Rails compatibili/incompatibili.

Il mio ambiente remoto è già compatibile con Rails 3, sto utilizzando Passenger with Ruby Enterprise Edition (1.8.7). L'unico problema di blocco sono i plugin.

immagino che ci sarebbe voluto almeno un mese prima di avere la maggior parte del mio Rails app pronto per Rails 3 pensato che probabilmente non avviare l'aggiornamento fino a Rails 3 stabile è fuori o io davvero bisogno della nuova versione per alcune funzionalità di blocco (ad esempio il routing basato su sottodominio).

0

Dopo aver provato la versione beta e non volendo utilizzare alcun comando, ho deciso di attendere fino a una nuova versione beta.

Il ticket è già stato aperto per il problema.

2

non ho intenzione di aggiornare qualsiasi applicazione alle rotaie 3.

Tuttavia, ho appena deciso che tutti i nuovi progetti saranno Rails3 andando avanti. La mancanza di supporto per i plug-in non è un grosso problema perché la vedo come un'opportunità per disaccoppiare le mie app dai plug-in in modo da poterli scambiare dentro e fuori a piacere.

Inoltre, ho il sospetto che i grandi plug-in si aggiorneranno molto rapidamente in quanto non vogliono essere lasciati nella polvere.

Tenere traccia di plugin status qui.

1

Non penso che aggiornerò nessuna delle mie applicazioni. Sarebbe una grande quantità di lavoro rispetto a quello che ne ricaverei. Anche in alcuni casi i plugin/gemme che ho usato nella mia app non sono compatibili con Rails 3, quindi l'aggiornamento sarebbe impossibile o richiederebbe il fork delle gemme ... troppo tempo.

Se dovessi aggiornare, probabilmente aspettare un po 'di più per tutte le gemme/plugins per essere aggiornati a Rails 3. Naturalmente ogni nuova applicazione sarò sviluppare sarà fatto utilizzando Rails 3.

0

Dopo essermi reso conto che probabilmente impiegherò più tempo in Zend Framework e Doctrine a far funzionare il codice (risolvendo bug di framework, fastidiose soluzioni linguistiche e semplicemente dolore), rispetto alle funzionalità di codifica ho deciso che è finalmente giunto il momento di dare il via a RoR. Soprattutto perché RoR3 è ora disponibile con un sacco di documentazione.

5 ore e sembra davvero promettente. 1 ora di debugging però, alcuni documenti su un plugin non erano aggiornati, ma purtroppo sono lì.

È interessante e sembra essere in una direzione migliore. Più tempo per codificare sulle funzionalità e meno tempo per programmare il debug.

Quindi l'app che sto convertendo è il mio CMS premium che viene distribuito in oltre 20 siti Web ora e alimenta il mio proprio balupton.com - quindi sarà interessante, in quanto il CMS è già un cms completo completo.

+0

Il tuo è il primo sito in cui ho dovuto effettivamente ridurre le dimensioni del carattere in modo da poterlo leggere "meglio" :) – Zabba