-
Notifications
You must be signed in to change notification settings - Fork 113
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
Capistrano 3 integration should use fetch(:stage)
#94
Comments
Could I have some feedback on this, guys? |
This makes a lot of sense, we'll make this change. I expect we can do this for the next |
Thanks a lot, @thijsc! 👍 |
matsimitsu
added a commit
that referenced
this issue
Feb 29, 2016
…ng `rails_env` or `rack_env`, fixes #94
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Hi there,
I'm trying out the
appsignal
gem, and while it works quite smoothly, I'm having an issue with capistrano deployments: appsignal always thinks I'm deploying to production, while I'm actually deploying to staging.I think the culprit of this is at
lib/appsignal/integrations/capistrano/appsignal.cap:3
:Appsignal is using
:rails_env
or:rack_env
, while it's pretty much standard to usefetch(:stage)
. This will make appsignal use the right environment. Right now, if Icapistrano staging deploy
, a deploy appears in the production environment. By usingfetch(:stage)
,staging
is used for deployment tracking, as I think it should be. :)Thanks a lot in advance!
The text was updated successfully, but these errors were encountered: