-
-
Notifications
You must be signed in to change notification settings - Fork 4k
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
Implement Environments #2352
Comments
@getsentry/team thoughts? |
I want to get at least basic SDK changes in for 8.0. We're probably ok with the changes already present, but should give it some more thought to make sure SDKs and integrations can support the new flow without yet another big version after 8.0. |
Rate limits Right now people use multiple projects to work around rate limits, and in some situations even use multiple orgs. We are ignoring any limitations around how Sentry does billing as that will change in the future. Tag Distribution A lot of times you really only care about tags (or other data) in association with an environment. For example, you'd want to know that the server its happening on is also associated with production. I think it's unlikely you share things like servers, so that's probably not a great example, but browser might be. This also comes up for releases, so if we bind the release tagging to version+env and eventually do dimensions we can hit two birds with one stone. |
I believe most of what is described here has been implemented / shipped. Closing. |
A few goals here:
We'll need to tweak some things to make environments actually useful:
Assuming the above, implementing environments will likely end up requiring a bunch of changes to release. We already know we need some of these in areas where a release gets staged, and making the stages simply be env bound might be enough. Most likely ew can do the following:
The text was updated successfully, but these errors were encountered: