Annotate Sentry reports with a "release version"
Categories
(Firefox Build System :: Mach Core, enhancement, P3)
Tracking
(firefox89 fixed)
Tracking | Status | |
---|---|---|
firefox89 | --- | fixed |
People
(Reporter: mhentges, Assigned: mhentges)
References
Details
Attachments
(1 file)
As we resolve problems, developers working on an outdated checkout of the tree will be running into (and having issues reported) that are already fixed.
Sentry has a "release" feature which helps automatically filter "resolved" reports from old releases.
I'm thinking that we can capture the current mach """release""" by using the id of the most-recent public
revision that is an ancestor of the checked-out revision.
Assignee | ||
Comment 1•5 years ago
|
||
I'm thinking that we can capture the current mach """release""" by using the id of the most-recent public revision that is an ancestor of the checked-out revision.
This might be tricky to do with git-cinnabar
, I'm not sure that it track the "most-recent central
revision in the current set of ancestors" quite like hg
can.
I'll investigate this.
Updated•5 years ago
|
Assignee | ||
Comment 2•4 years ago
|
||
To track whether issues being reported are for old versions, we attach
an hg revision hash as a release version with each report.
We use the base_ref because:
- It's a public revision that we can look up, and
- Since we only submit Sentry events when mach is unmodified,
it's essentially acting as a version identifier.
Updated•4 years ago
|
Comment 4•4 years ago
|
||
bugherder |
Description
•