You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Oct 19, 2024. It is now read-only.
In the task foreman:export, no '--env' option is passed to the foreman command. Therefore no environmental variables are present in the upstart scripts exported. For me this results in the program starting in RAILS_ENV=development. Is this an intentional design or a potential BUG?
The text was updated successfully, but these errors were encountered:
I recently ran into this problem too. I've come up with a temporary workaround:
set :foreman_template_option, "--env #{application_home}/.env"
As @isundaylee says, it would be good to know whether it's intentional that the foreman:export task does not load the .env file.
If it is intentional, how are the environment variables in .env supposed to be loaded by the upstart scripts? I'd be happy to provide a PR once I know what the intention is.
I don't think this is intentional; at some point, foreman itself changed and stopped inheriting environment variables.
I think as well as this fix, you may also need to re-export your foreman-generated startup scripts after changing any environment variables, otherwise the processes won't have those new variables set either. This is certainly true for upstart.
In the task foreman:export, no '--env' option is passed to the foreman command. Therefore no environmental variables are present in the upstart scripts exported. For me this results in the program starting in RAILS_ENV=development. Is this an intentional design or a potential BUG?
The text was updated successfully, but these errors were encountered: