9
votes

Quelqu'un a-t-il déployé avec succès un projet de rails avec Ruby 1.9.1?

La semaine dernière, j'ai terminé avec succès la transition de toutes les applications de notre société de Ruby 1.8.6 à Ruby 1.8.7, y compris des configurations locales et distantes. À partir de maintenant, le développement n'aura pas besoin d'assurer la compatibilité en arrière avec Ruby 1.8.6.

Par souci de curiosité, j'ai essayé d'exécuter la suite de tests de quelques projets contre Ruby 1.9.1. Comme prévu, j'ai trouvé une question liée au codage, mais j'étais vraiment choqué lorsque j'ai découvert des incompatibilités de bas niveau, telles que un rack :: Link Connu Bug. À ce stade, l'idée de déménager le développement à Ruby 1.9.1 n'est tout simplement pas applicable.

Je me demandais si quelqu'un a déployé avec succès un projet de rails avec Ruby 1.9.1. Quelle version rubis utilisez-vous pour vos projets de rails? Vous envisagez de passer à une version plus récente?


0 commentaires

5 Réponses :


1
votes

Aucune conversion en Ruby 1.9.1 fait ici. J'ai tendance à être conservateur avec la mise à niveau. Pour le travail de production, j'aime coller avec les trucs éprouvés et testés. En outre, IMHO 1.9.1 est agréable et vous assurer de garder vos versions de dépendance à jour est une bonne habitude. Se développer sur le bord de saignements peut être douloureux parfois comme vous l'avez remarqué. Il est plus utile de rester une version derrière le bord de saignement si vous ne voulez pas courir dans ces types de problèmes.


2 commentaires

Je n'appelerais pas Ruby 1.9.1 Saignement Edge. Il a été publié il y a plus de 9 mois et l'aperçu de Ruby 1.9.2 est déjà disponible. :)


La combinaison de Ruby 1.9 avec des rails est toujours la frontale. Les rails peuvent le gérer, mais l'écosystème Plugin Rails est énorme et tous les plugins ne sont pas encore mis à jour. Il existe même un site pour suivre ces problèmes: iItruby19.com



1
votes

Aussi no 1.9.1 ici. Autant que cela me rend malade de le dire, nous allons attendre que 37signaux le fassent d'abord.

Une fois que ceux qui ont des droits de validation le font, les bugs seront résolus beaucoup plus rapidement.


0 commentaires

10
votes

Matz a récemment parlé à Rubyfoo à Londres à propos de Ruby 1.9.1 Adoption. Tout simplement, Ruby 1.9.1 n'est pas une production prête et ne doit pas encore être utilisée pour le déploiement.

Ruby 1.9.2 sera prêt à la production, mais jusque-là, vous ne devez utiliser que RUBY 1.9.1 pour le jeu et les tests.

Bien que de nombreuses personnes ont eu des déploiements réussis en utilisant 1.9.1, je recommanderais de coller avec REE 1.8.7 jusqu'à 1.9.2 est sorti. Rails 3.0 sera favorable à 1.9.2, mais travaille également joyeusement avec 1,8,7 (cela ne fonctionnera pas avec 1.8.6).


2 commentaires

MHO, le problème n'est pas rubis lui-même mais des gemmes et des bibliothèques disponibles :(. De mes tests, Ruby 1.9.1 semble être assez solide.


Oui Les gemmes sont un peu un problème, mais le site ititruby19.com aide avec cela. Matz a également déclaré que certaines choses vont changer entre 1.9.1 et 1.9.2, de sorte que 1.9.1 est un problème à mon avis, ce n'est pas aussi simple que de dire que c'est un problème de gemmes.



5
votes

Gitory est un projet de rails assez vaste et complexe avec un grand nombre d'utilisateurs. Gitorieuse va bien sur Ruby 1.8 et Ruby 1.9, mais la plus grande installation gitorieuse, gority.org elle-même, est exclusivement sur Ruby 1.9 et Yarv pendant un certain temps. (Au moins depuis mai, je pense.)

Et la meilleure partie est bien sûr que ce n'est pas seulement une source ouverte, mais un projet véritablement ouvert avec une liste de diffusion ouverte, Open BugTracker et Open Repository , afin que vous puissiez voir exactement comment ils l'ont fait et combien de travail c'était.


0 commentaires

2
votes

J'ai passé une journée à regarder la faisabilité de cela et je vais attendre un moment plus longtemps.

Comme il vous reste, vous pouvez obtenir des trucs à la plupart du temps, mais il y a des solutions de contournement sérieusement effrayantes que vous devrez mettre en place pour obtenir des choses.

  1. Le gemme MySQL (version 2.8.1) renvoie toutes les chaînes du codage ASCII, cela signifie que cela signifie que vous commencez à les ajouter à vos vues, vous obtenez toutes sortes d'erreurs désagréables. Il y a un travail autour, mais il implique de compiler la gemme avec des correctifs voir: Problèmes de codage dans les rails sur Ruby 1.9.1
  2. Vous devez forcer l'encodage UTF-8 globalement en utilisant des hacks ou env Vars
  3. Passager 2.2.7 a des problèmes à cause d'un bogue dans Ruby Tempfile, vous devez donc pirater à la source: RUBY 1.9.1-P234, Passager 2.2.5, Rails 2.3-Stable Ruisseau fermé sur Post Demande
  4. Certaines gemmes ne fonctionnent que du tout.

    Autant que j'aimerais que l'amplificateur de perfection, je pense que c'est un peu trop saignant au moment, c'est probablement une bonne idée d'attendre jusqu'au début de 2010


1 commentaires

La dernière phrase de la dernière phrase résume parfaitement ma pensée.