Разница между добавлением RAILS_ENV до или после задачи рейка

Question

В чем разница между добавлением RAILS_ENV до или после рейк-задачи? Ниже приведены образцы из моей промежуточной среды:

• Добавление RAILS_ENV после граблирования задачи.

  Это вызвало ошибку, и причина этого заключается в том, что среда development по умолчанию и не принимает devutility в качестве среды.

  $bundle exec rake -T RAILS_ENV=devutility 
  $rake aborted! 
  $cannot load such file -- rack/bug 
  

• Добавление RAILS_ENV Перед передней задачи

  Это работает и перечисляет все задачи грабли доступны.

  $RAILS_ENV=devutility bundle exec rake -T 
  rake about       # List versions of all Rails frameworks and the environment 
  rake assets:clean     # Remove compiled assets 
  rake assets:precompile    # Compile all the assets named in config.assets.precompile 
  rake bourbon:install[sass_path]  # Move files to the Rails assets directory 
  rake ci        # Continuous Integration build (simplecov-rcov and deploy) 
  rake cucumber      # Alias for cucumber:ok 
  rake cucumber:all     # Run all features 
  rake cucumber:ok     # Run features that should pass 
  rake cucumber:rerun     # Record failing features and run only them if any exist 
  rake cucumber:wip     # Run features that are being worked on 
  rake db:create      # Create the database from DATABASE_URL or config/database.yml for the current Rails.env (use db:create:all to create all dbs in the config) 
  rake db:data:dump     .................... 
  .............. 
  

Answer 1

RAILS_ENV является переменной среды, которая должна быть доступна перед тем работает ваша задача грабли.

Когда вы делаете:

RAILS_ENV=devutility bundle exec rake -T 

Это тот же эффект:

export RAILS_ENV=devutility 
bundle exec rake -T 

RAILS_ENV не является аргументом rake, как это может показаться, что это часть окружающей среды доступна Руби, хотя это ENV постоянный.