Oto co próbowałem:~/.irbrc nie wykonywane podczas uruchamiania IRB lub skrypt/konsoli
1. gem install awesome_print
2. echo "require 'ap'" >> ~/.irbrc
3. chmod u+x ~/.irbrc
4. script/console
5. ap { :test => 'value' }
Wynik:
NameError: undefined local variable or method `ap' for #
Dodanie "wymagają 'RubyGems'" do mojego ~/Plik .irbrc chyba załatwił sprawę.
W moim przypadku było to "Jeśli twoje ~/.irbrc jest nieważne, to nie powiedzie się po cichu ". - z wyszukiwarki Google - znaleziono i naprawiono błędy w ~/.irbrc, wszystko działa poprawnie
Musisz dodać require 'rubygems' jak jdeseno napisał.
Jeśli używasz programu Rails3 i używasz programu Bundler, musisz również określić klejnot "awesome_print" w Gemfile (w grupie: development), aby działał.
Aby sprawdzić, co w .irbrc nie działa, po prostu wykonaj .irbrc jako normalny skrypt Ruby (ruby ~/.irbrc), a Ruby powie Ci, która linia nie działa. Może narzekać, że brakuje modułu IRB, po prostu wymaga "irb" w skrypcie (potrzebujesz tego tylko podczas testowania, a nie podczas pracy z IRB).
Co za doskonałe rozwiązanie :) – superluminary
Yupp, to zdecydowanie pomogło mi zdebugować moją sytuację i doprowadzić do naprawy. (Jestem po prostu zdziwiony, że IRB nie skarżył się, gdy ładowałem irb, gdy brakowało klejnotu.) –
TEN. najlepsza odpowiedź. należy oznaczyć tak. –
oparciu o sugestie, że ~/.irbrc musi być nieważne, ja zmniejszona kopalni do jednego puts "hi", a mimo to wyjście, gdy wpadłem irb, to nie kiedy wpadłem rails console.
W końcu zauważyłem, że monit jest następujący: pry(main). Okazało się, że ten projekt Railsów jest skonfigurowany z klejnotem pry-rails, więc to właśnie używa konsola. Dostosowywanie .pryrc rozwiązuje problem.
Miał ten sam problem. W szczególności, jeśli na górze są jakieś instrukcje 'require' i nie działają one ze względu na środowisko pakietu bundler, cały .irbrc zostanie zignorowany po cichu. Rozwiązanie: 'begin/rescue Exception/end' blokuje wszystko, co może zawieść. –