Skip to content
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

Allow setting RAILS_ENV (default 'production') when deploying #87

Closed
afred opened this issue Dec 3, 2024 · 0 comments · Fixed by #89
Closed

Allow setting RAILS_ENV (default 'production') when deploying #87

afred opened this issue Dec 3, 2024 · 0 comments · Fixed by #89
Labels
dev 💻 Relating to development

Comments

@afred
Copy link
Collaborator

afred commented Dec 3, 2024

Because

Introducing a new environment "demo" to AAPB requires us to be able to set the RAILS_ENV environment variable when deployinng. Currently is hard coded to "production", and that should still be the default.

Done when

Setting RAILS_ENV=demo from the host machine running the deployment will set the same env var and value on the remote host to which we are deploying.

Is a dependency of

AAPB #2883

@afred afred added the dev 💻 Relating to development label Dec 3, 2024
afred added a commit that referenced this issue Dec 3, 2024
Also,
* Removes logs from revision.
* Requires capistrano git plugin and install it, per advice of deprecation notice.
* Add usage comment for `bundle exec cap aws revision` for fetching currently deployed revision.

Closes #87.
foglabs pushed a commit that referenced this issue Dec 5, 2024
Sets :branch capistrano var to value of BRANCH env var

Also,
* Removes logs from revision.
* Requires capistrano git plugin and install it, per advice of deprecation notice.
* Add usage comment for `bundle exec cap aws revision` for fetching currently deployed revision.

Closes #87.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
dev 💻 Relating to development
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant