Setting up your application to send Sentry releases data fully is a multi-step process, and is adaptable to your organization's needs.
If you're using one of our release automation options, it will automate steps 3.2 and 4 of this process. If you're managing your releases manually, then you should follow all of the steps below.
With your SDK configured to provide a release identifer and enable session tracking, you can monitor both releases and release health. Check out the documentation for your specific platform to configure the SDK.
You must have the environment configured in your SDK to use this feature.
Release health is supported for the following SDKs:
Releases must be set up before source maps, so if you haven't yet done that, go back to step 1.
In cases where your code is processed — bundled, minified, transpiled, compiled, or otherwise obfuscated by tools like Webpack, Terser, or the C++ compiler — source maps (or other debug files) are necessary for Sentry to display the source code in your stack traces in its original untransformed form. Setting up source maps is also necessary before suspect commits can be enabled. Check out our SDK documentation to find source map or other debug file set up instructions for your specific platform if it's not in the list below:
Suspect Commits allow you to more easily pinpoint what changes may be responsible for a given issue. To set them up:
- Install a repository integration so Sentry can access your commit history. (You can also upload commit data manually through our API if you don't want to use an integration.)
- Configure your release management script to associate commits with each release. If you're using one of our release automation options, this will be done for you.
Learn more about the benefits of tracking commits in Suspect Commits.
If you're not using one of our release automation options, let Sentry know you’ve deployed your release by sending an additional request after creating a release:
sentry-cli releases --org ORGANIZATION_SLUG deploys VERSION new -e ENVIRONMENT
Make sure you have a token properly configured.
Typically, a release = a deployment, but if you have several environments in which you want to deploy a release, this step also allows you to create those deployments individually.
You can also use our API to create a deploy.
When you notify Sentry that you've deployed a release to a new environment, we can automatically send an email to Sentry users who have committed to the release being deployed.