getsentry / getsentry/sentry

Feature Request: Jira ticket linkage to apply resolution strategy

Open
#114,208 4 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

3. Medium Feature Jira Product Area: Settings - Integrations Waiting for: Product Owner
Dominant language
Python
Stars
44.8k
Forks
4.9k
Avg merge
21h 23m
Merged PRs (30d)
607

Description

Problem Statement

Broad description of the ask

Currently when you mark a ticket as done, it pings Sentry that the issue is fixed in the current version, which is not true and results in the issue "regressing".

Manually marking the issue as fixed or fixed in the next release is also available, but does not allow one to mark as fixed in a future release(other than 'next').

Solution Brainstorm

I would like Jira issues to report back to Sentry when an issue has been marked as done, specifically which "FixVersion" we expect to have that fix. Jira will ping sentry (potentially)

Jira would send additional information to Sentry, and Sentry would use that info to set an anticipated release version target for issue resolution:

https://sentry.io/api/0/organizations/etsy/releases/ with "issue.fixVersions.name"
Custom Data set up:

{
  "version": "com.FOO{{issue.platform.name}}@{{issue.fixVersions.name}}",
  "projects": ["{{issue.platform.name}}"]
}

Here is an example workflow:

  1. A new issue called "NewError" is caught in Sentry in App Version 1.1.
  2. User creates a Jira ticket - lets call it "MyIssue-200" from the Sentry UI for that issue.
  3. User goes to Jira and finds the "MyIssue-200" Jira ticket.
  4. They make a change to the code and schedule that change for App Version 1.2 which will be released in 1 week
  5. They update the ticket with FixVersion: 1.2 and then mark the ticket as Done
  6. The automation should ping Sentry(see above), alerting Sentry that the issue named "NewError" will be resolved in App Version 1.2
Product Area

Issues

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reviewing the Jira workflow described in the issue and the Sentry releases API at https://sentry.io/api/0/organizations/etsy/releases/. Trace how Jira FixVersion data could reach Sentry when an issue is marked Done, and clarify the integration entry points and expected behavior before implementing. Done means a completed Jira issue communicates its anticipated release without causing a premature regression.

Written by the indexing model from the issue text.

Assessment

Tech stack
python
Domain
api, backend
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Quiet
Clarity
Needs clarification
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.