Voici ce que j'ai essayé: résultat:
5 Réponses :
Ajout "exiger 'rubygems'" à mon fichier ~ / .irbrc semblait faire le tour.
Dans mon cas, c'était "Si votre ~ / .IRBRC est invalide, cela échouera silencieusement. "- De la recherche Google - Trouvé et erreurs fixes dans ~ / .IRBRC, toutes fonctionnent bien
Avait le même problème. En particulier, s'il y a des énoncés nécessitent des déclarations en haut, et ils ne fonctionnent pas à cause de l'environnement Bundler, l'ensemble dubrC sera ignoré silencieusement. Solution: Commencez / Rescue Exception / End Bloque tout ce qui pourrait échouer.
Vous devez ajouter Si vous êtes sur Rails3 et utilisez Bundler, vous devez également spécifier le gemme 'Awesome_Print' dans le gemfille également (dans le groupe de développement) pour qu'il fonctionne. nécessiter des «rubygems» comme JDeseno a écrit.
Pour vérifier ce qui est en .irbrc échoue, il suffit d'exécuter .irbrc en tant que script rubis normal (ruby ~ / .irbrc) et Ruby vous dira quelle ligne échoue. Il peut se plaindre que le module IRB est manquant, il suffit de demander «IRB» dans le script (vous n'avez besoin que lorsque vous le testez, pas lors de l'exécution réelle IRB).
Yupp, cela m'a certainement aidé à déboguer ma situation et à conduire à un correctif. (Je suis simplement perplexe que l'IRB ne s'est pas plaint lors du chargement de la CISR lorsqu'un gemme manquait.)
Basé sur les suggestions que J'ai finalement remarqué que l'invite était ~ / .IRBRC doit être invalide, j'ai réduit le mien vers un seul met "hi" , et bien qu'il sortit quand je rencontre IRB , il n'a pas été lorsque j'ai rencontré Console de rails .
pry (principal) . Il s'est avéré que ce projet Rails est configuré avec le gem Pry-Rails , c'est ce que la console utilise. Personnalisation .pryrc Est-ce que l'astuce.