Jak naprawić niezainicjowany stały problem Rake:: DSL na Heroku?

Za każdym razem, gdy zmienisz plik Gemfile, musisz bundle install zaktualizować plik lockfile (Gemfile.lock). Błąd, który pojawia się podczas push, Nie dotyczy zmiany wersji rake.

bundle install
git commit -a -m "update lockfile"
git push heroku master

Zwróć uwagę na otrzymany komunikat o błędzie:

Zmodyfikowałeś swój plik Gemfile w trakcie tworzenia, ale nie sprawdzałeś wynikowej migawki (Gemfile.lock) do kontroli wersji

Rozwiązałem to, w końcu, po wielu pierdołach. Krótka wersja tego, co zrobiłem, pomijając wiele eksperymentów, była taka:

1) Zmień plik Gemfile na Rake 0.8.7

#in Gemfile
gem "rake", "0.8.7"

2) Wyjmij hack, który wcześniej dodałem do Rakefile na podstawie pytania o przepełnienie stosuRuby on Rails i problemy z Rake:: DSL:

Więc, mój Rakefile jest teraz z powrotem do bycia standardowym Rakefile dla mojego app:

# Add your own tasks in files placed in lib/tasks ending in .rake,
# for example lib/tasks/capistrano.rake, and they will automatically be available to Rake.
require File.expand_path('../config/application', __FILE__)
require 'rake'

MyApp::Application.load_tasks

3) Zmień Heroku, aby uruchomić moją aplikację w Ruby 1.9.2:

heroku stack:migrate bamboo-mri-1.9.2 --app myapp
git push heroku master

I teraz wydaje się w porządku - zaplanowane zadanie cron i tak działa.

EDIT: It did run fine, raz, a następnie blow up again next time I pushed something! Arrgh. Myślę, że naprawiłem to teraz, z dodatkiem klejnotu delayed_job, na podstawie rozmowy Nie wiem jak budować zadania: praca.

Instalacja delayed_job nie wydaje się dobrym rozwiązaniem, ale zadziałało, i może kiedyś będę chciał z niego skorzystać, zwłaszcza w przypadku pracy Heroku raz na godzinę cron (która po prostu nie jest wystarczająco częsta-są rzeczy, które prawdopodobnie będę chciał uruchamiać co pięć minut). Po zainstalowaniu delayed_job gem musiałem zrobić dla niego setup, w przeciwnym razie Heroku narzeka na brakującą delayed_jobs tabelę:

#add to gemfile
gem 'delayed_job'

#at command line
bundle install
rails g delayed_job
rake db:migrate
git add -A
git commit -a -m "added delayed_job gem"
git push
heroku rake db:migrate --app myapp
heroku restart --app myapp

Miałem aplikację Rails 3.0.11, która określiła rake w wersji 0.8.7 w pliku Gemfile, aby ominąć problem Rake:: DSL w wersji 0.9.2.

Po przekonwertowaniu aplikacji na Rails 3.2.0( Heroku Cedar stack), miałem problem z zawieszeniem workera (zadanie rake). Zmieniłem "gem ' rake', ' 0.8.7 '"na " gem' rake'", który zawierał wersję rake 0.9.2.2. Pracownik przestał pracować z nową wersją.

Twój problem jest spowodowany nie usunięciem pliku Gemfile.lock i nie jest specyficzny dla Heroku. Usunięcie Gemfile.lock powinno rozwiązać ten problem, ale doprowadzi Cię prosto do kolejnego:

To [email protected]:tailored-landing-pages.git
 * [new branch]      master -> master
manfred@painstation2:~/Desktop/projects/ror/ta/tlp307$ heroku rake db:migrate
rake aborted!
ninitialized constant Rake::DSL
/app/Rakefile:13:in `<class:Application>'
/app/Rakefile:12:in `<module:Tlp307>'
/app/Rakefile:11:in `<top (required)>'
/usr/ruby1.9.2/lib/ruby/1.9.1/rake.rb:2373:in `load'
/usr/ruby1.9.2/lib/ruby/1.9.1/rake.rb:2373:in `raw_load_rakefile'
/usr/ruby1.9.2/lib/ruby/1.9.1/rake.rb:2007:in `block in load_rakefile'
/usr/ruby1.9.2/lib/ruby/1.9.1/rake.rb:2058:in `standard_exception_handling'
/usr/ruby1.9.2/lib/ruby/1.9.1/rake.rb:2006:in `load_rakefile'
/usr/ruby1.9.2/lib/ruby/1.9.1/rake.rb:1991:in `run'
/usr/ruby1.9.2/bin/rake:31:in `<main>'

Niestety, nie znalazłem jeszcze rozwiązania tego problemu, ponieważ obniżenie wersji Rake do 0.8.7 wydaje się tutaj nie działać. Jeśli ktoś inny ma odpowiedź, byłbym bardzo wdzięczny.