Migration d'une grosse application Rails 2.0.2

Bonjour
j'ai une vieille et grosse application Rail 2.02 Ruby 1.8.6 MySQL 5.5. Mon patron souhaiterait avoir les dernières versions et prioritairement remplacer MySQL par Postgresql.
Dois-je m'intéresser dès à present à la database ou le faire une fois l'environnement stabilisé?
Dans un environnement de développement, n'aurais-je pas intérêt à installer toutes les dernières versions (sans toucher à la database), modifier certaines instructions comme vu dans les forums et corriger ensuite les anomalies au fur et à mesure plutôt que de faire les étapes Rail 2.3.18 puis 3.0 puis 3.1 puis 3.2 puis 4.2 (voire 5.0 d'ici là) comme certains le suggèrent. Sinon où peut-on trouver encore les vieilles versions de rails et autres...ça me semble gallère!!
Merci pour vos conseils

Bonjour,

il faut utiliser les RVM pour te faire un environnement particulier, puis gérer les version avec avec les "gem install ..."

Mais prudence.

Citation:

Qui va piano va sano

Wil

> Dois-je m'intéresser dès à present à la database ou le faire une fois l'environnement stabilisé?

Fais-le tout de suite, tu gagneras du temps. Imagine tu te coltines des bugs mysql-specific alors que tu allais passer à PostGre :)
D'ailleurs mets à jour ton appli uniquement pour utiliser PG et ensuite corrige les éventuels bugs.

Mais si ça se trouve une fois que ça marche ton patron voudra pas dépenser temps et argent pour upgrader.
Dis-lui que c'est quand même bien d'avoir une version à jour ne serait-ce que pour les patch de sécurité.

> Dans un environnement de développement, n'aurais-je pas intérêt à installer toutes les dernières versions
> (sans toucher à la database), modifier certaines instructions comme vu dans les forums et corriger
> ensuite les anomalies au fur et à mesure

Tu peux, mais c'est pas rigolo parce que tu n'auras rien à montrer pendant un moment jusqu'à ce que ça passe.
L'autre approche te permet de livrer souvent et (probablement car un rewrite est rarement isofonctionnel) d'améliorer au passage : inutile de se garder une vieille archi inutile, autant progresser en apprenant et en livrant de la valeur constamment.

Si tu n'en pas pas encore (assez) c'est le moment d'ajouter des tests AVANT de réécrire : ainsi tu t'assures de ne rien casser de vital.

> plutôt que de faire les étapes Rail 2.3.18 puis 3.0 puis 3.1 puis 3.2 puis 4.2 (voire 5.0 d'ici là) comme certains le suggèrent.

C'est intéressant parce Rails progresse (parfois beaucoup en terme de perf et confort) mais change rarement les approches drastiquement.
C'est alors moins douloureux. En plus tu as parfois des scripts pour t'aider à passer de version X à Y : il GREP ton code et dit
"attention tu utilises cette forme-ci mais ça sera déprécié, change-le plutôt par cela".

Je ne m'en rappelle plus mais tu peux les retrouver sur le net.

> Sinon où peut-on trouver encore les vieilles versions de rails et autres...ça me semble gallère!!

gem install sait très bien faire ça, pas d'inquiétude c'est dans la doc :)