-
-
Notifications
You must be signed in to change notification settings - Fork 288
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
rake figaro:heroku
configures Heroku incongruently with RAILS_ENV
#35
Comments
I agree with this, or at least lets update the Readme. This was a serious pain in the ass to figure out and the solution was so simple. @MarkDBlackwell do you want to at least update the Readme and send a pull request to @laserlemon ? |
"Additionally, if RAILS_ENV is configured on your Heroku server, Figaro will use that environment automatically in determining your proper configuration." This wasn't obvious at all =/. It's a cool gem otherwise. |
Issue #14 gives Ideally (as a best practice), perhaps Heroku should give each instance the capability to differ (internally) in its value for RAILS_ENV. However, I guess it's better (because simpler) if they don't. |
What I'm seeing as the problem is that although Heroku seems to set |
To access Heroku's internal $RAILS_ENV environment variable, the rake task can do |
Solved by version 0.6.2. |
bundle exec rake figaro:heroku
configures Heroku improperly with development environment values, though config/application.yml is set up exactly as prescribed:I am aware that README suggests setting RAILS_ENV.
Already, Heroku's RAILS_ENV is set correctly (to 'production'), so this value should be accessible:
Oddly,
bundle exec rake figaro:heroku
works correctly, after doingheroku config:set RAILS_ENV=production
.Even without that, doing
bundle exec rake figaro:heroku RAILS_ENV=production
instead will also work.But IMO these ways aren't as good, and shouldn't be necessary.
The text was updated successfully, but these errors were encountered: