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
Assume a Sentry user merges a Github PR which gets pushed out to production and Sentry reports a new issue with a suspect commit. It is unlikely that the author will notice the suspect commit comment from the Sentry bot.
Relying on auto-assignment of the Sentry issue for the notification is a little risky due to the possibility for Github API rate limits getting hit. Also, auto-assignment of Sentry issues may go to a team instead of an individual, and at the team level the alerts could be noisy causing the original PR author to miss the notification.
If suspect commits are missed and the issue isn't severe enough to trigger an alert, those going unnoticed will lead to stale issues indefinitely accumulating creating unnecessary noise.
Solution Brainstorm
Given the high value of the information Sentry is surfacing here, it would be helpful to enable a targeted alert to the PR author when a suspect commit is identified. This would have the benefit of that author not having to manually look for new issues when their change rolls to production saving them time and making them more efficient.
A direct Slack message is orders of magnitude more likely to be seen and acted upon than a Github PR comment, and targeting it to the PR author ensures the person with the most context is brought in as soon as possible.
Thank you for filing this @chodges15! Have you tried creating an alert that sends to 'Suggested Assignees'? I think that would address some of the gaps you listed above, while also accounting for suspect commits.
Problem Statement
Assume a Sentry user merges a Github PR which gets pushed out to production and Sentry reports a new issue with a suspect commit. It is unlikely that the author will notice the suspect commit comment from the Sentry bot.
Relying on auto-assignment of the Sentry issue for the notification is a little risky due to the possibility for Github API rate limits getting hit. Also, auto-assignment of Sentry issues may go to a team instead of an individual, and at the team level the alerts could be noisy causing the original PR author to miss the notification.
If suspect commits are missed and the issue isn't severe enough to trigger an alert, those going unnoticed will lead to stale issues indefinitely accumulating creating unnecessary noise.
Solution Brainstorm
Given the high value of the information Sentry is surfacing here, it would be helpful to enable a targeted alert to the PR author when a suspect commit is identified. This would have the benefit of that author not having to manually look for new issues when their change rolls to production saving them time and making them more efficient.
A direct Slack message is orders of magnitude more likely to be seen and acted upon than a Github PR comment, and targeting it to the PR author ensures the person with the most context is brought in as soon as possible.
Product Area
Alerts
┆Issue is synchronized with this Jira Improvement by Unito
The text was updated successfully, but these errors were encountered: