9 Réponses :
Je ne prévois pas. Je suis sûr que je suis dans une très petite minorité, mais ma grande application est toujours en cours d'exécution 1.2.6. Chaque fois que je envisageons de faire l'effort de mettre à niveau, il semble que les rails changent à nouveau.
Cela fait ce que je veux que cela fasse de bon argent, et malgré de plus en plus de se sentir de plus en plus laissé dans le froid, je n'ai tout simplement pas une raison suffisamment convaincante de la mettre à jour.
Tu es fou. Comment osez-vous gagner de l'argent d'une application stable?
Je garde mes applications sur le bord de 2.3, mais comme il y a beaucoup de changements fondamentaux aux rails dans 3, je vais probablement installer la version bêta, travailler sur la convertir et espérer être prêt à l'heure Il est libéré comme stable.
Je suis aussi heureux que je puisse avoir beaucoup de délai d'avance devant Railsconf afin que je puisse vraiment vous familiariser avec les nouvelles fonctionnalités des rails 3 et ne se sentira pas perdue / submergée là-bas.
Je vais répondre à ma propre question.
Je ne suis pas sûr combien de bêtaes il va y avoir des rails 3, mais je vais retenir convertir mon Blog Application jusqu'à la prochaine version bêta ou la version finale. Je pense que cela va être un processus très fastidieux parce que j'ai beaucoup d'aide qui construisent un balisage, beaucoup de champs nommés et un routage assez compliqué.
Je veux ajouter d'abord la mise en cache de page avant de s'attaquer aux rails 3!
honnêtement? Lorsque les développeurs se réveillent et commencent à travailler sur des rails 3 / Ruby 1.9 dans leurs gemmes et leurs plugins. Ils savent que cela vient depuis plusieurs mois maintenant, et la plupart n'ont même pas pris la peine de mettre à niveau. L'une en particulier que je voudrais souligner est Authlogic, l'un des plugins d'authentification les plus utilisés là-bas. Cela ne fonctionne toujours pas pour les rails 3.
whoops!
Toutes mes applications My Rails sont actuellement en cours sous Rails 2.3.5 et chaque application a un locum de 80% ou plus. Cela a toujours été une condition essentielle pour chaque produit que je crée pour moi-même ou que je gère au travail.
généralement, la mise à niveau vers une version mineure / bugfix est juste une question de quelques minutes. Modifier la version GEM, mettre à niveau les exigences, exécuter des tests, résoudre les problèmes et commit.
rails 3.0 est une réécriture majeure et le plus gros problème est représenté par la compatibilité du plugin. Les plugins ne sont pas sous mon contrôle direct. C'est la même raison pour laquelle j'avais Déplacement des applications existantes vers les bonnes directions . De plus, en tant qu'auteur de plug-in, il est important de commencer à travailler avec des rails 3 afin de rendre mes plug-ins compatibles.
hier, je commence par mon application la plus simple. Eh bien, au moins c'est ce que j'ai été utilisé pour y penser. Quoi qu'il en soit, c'est l'application avec le nombre inférieur de dépendances externes (moins de 3 gemmes) et il a fallu environ 1 heure pour mettre à niveau et 3 heures pour déterminer pourquoi les rails épargnaient de charger mes itinéraires. Il s'est avéré, le composant métallique Rails se battait avec les nouveaux rails 3 pile.
Il y a quelques problèmes mineurs que je dois comprendre, mais je peux dire que j'ai migré avec succès ma première application aux rails 3.
Je prévois de migrer toutes mes applications de mon rails vers des rails 3 dans les meilleurs délais, une fois que les rails 3 stables seront disponibles. Ou du moins, dès que je peux déterminer si les dépendances fonctionnent réellement avec des rails 3. Heureusement, un projet a été démarré à http : //Railsplugins.org/ Avec l'intention de répertorier tous les plugins compatibles / incompatibles de rails.
Mon environnement distant est déjà compatible avec les rails 3, j'utilise le passager avec Ruby Enterprise Edition (1.8.7). Le seul problème de blocage est les plugins.
Je suppose que cela prendrait au moins un mois avant de faire preuve de la majeure partie de l'application de mon rails que je pensais que je ne commencerai probablement pas la mise à niveau jusqu'à ce que les rails 3 stables soient sortis ou je vraiment Besoin de la nouvelle version pour une fonctionnalité de blocage (ex. Routage à base de sous-domaine).
Après avoir essayé la bêta et qu'il ne veut pas travailler avec des commandes, j'ai décidé d'attendre une nouvelle version bêta.
Le ticket a déjà été ouvert pour le problème.
Je ne vais pas mettre à niveau des applications vers des rails 3.
Cependant, je viens de décider que tous les nouveaux projets seront des rails3 d'aller de l'avant. Le manque de soutien du plug-in n'est pas un gros problème car je le considère comme une opportunité de découpler mes applications de plugins afin que je puisse les échanger à l'intérieur et à l'extérieur, ce que je veux plus tard.
Je soupçonne également que les gros plugins se transformeront très rapidement car ils ne voudront pas être laissés dans la poussière.
Gardez une trace de Statut de plugin ici.
Je ne pense pas que je vais mettre à niveau aucune de mes applications. Ce serait une grande quantité de travail par rapport à ce que j'aurais obtenu. En outre, dans certains cas, les plugins / gemmes que j'ai utilisés dans mon application ne sont pas compatibles avec les rails 3, il serait donc impossible que la modernisation serait impossible ou nécessiterait de fourche les gemmes ... Trop de temps de consommation.
Si je devais mettre à jour, j'attendrai probablement un peu plus pour que tous les gemmes / plugins soient mis à jour pour les rails 3. Bien sûr, toute nouvelle application que je développerai sera effectuée avec des rails 3.
Après avoir réalisé que je consacre probablement plus de temps à Zend-cadre et à la doctrine d'obtenir du code pour travailler (fixer des bugs-cadres, des solutions de contournement des langues gênantes et une douleur parfaite) que réellement codant, j'ai décidé qu'il est enfin temps de donner à ROR . Surtout que ROR3 est maintenant avec un tas de documentation.
5 heures à travers et il a l'air vraiment prometteur. 1 heure de c'était cependant débogué, une documentation sur un plugin n'était pas à la vitesse, mais hélas je suis là.
C'est intéressant et semble être dans une meilleure direction. Plus de temps pour coder sur les fonctionnalités et moins de temps codant pour déboguer.
Donc, l'application que je convertis est mon CMS premium qui est déployé sur plus de 20 sites Web maintenant, et les pouvoirs de ma propre balupton.com - seront donc intéressants, car le CMS est déjà un CMS complet complet.
Le vôtre est le premier site où je devais réellement réduire la taille de la police afin que je puisse le lire "mieux" :)