How are Incident Investigations imagined to work with artifact releases vs Bitbucket repos?

Adam
Contributor
December 22, 2020

I love the potential of leveraging Bitbucket repos to aide in Incident root cause analysis but it currently assumes the latest commits relate to a given deployment. This doesn't work for teams which host multiple client environments, deployed from multiple versioned artifacts.

To follow the current approach, we'd need a way to take in the following information for a given deployment/environment Service:

  • The Artifact Service (e.g. JFrog, Nexus Repository, Maven)
  • The mapped artifact IDs  = name & version
  • Artifact ID mapping to bitbucket repo release (e.g. branch or tagged release)

I realize things like this isn't easy and takes time. Does anyone have intermediate ideas that go to the spirit of this functionality?

1 answer

1 accepted

0 votes
Answer accepted
Mark Campbell-Vincent
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
December 24, 2020

Hi @Adam -

Sounds like instead of seeing "Commits added" in the Opsgenie incident investigation, you would rather have "Artifact versions added", or at least something that correlates to that. Is that correct? I understand that this would help pinpoint the artifact releases that were potential causes to an incident rather than commits that don't necessarily relate to the release.

 

Although I can't think of any workaround that would work for this use case, I'd be happy to open up a feature request for this if you'd like.

Suggest an answer

Log in or Sign up to answer
TAGS
AUG Leaders

Atlassian Community Events