Skip to content

Commit 9d16a4c

Browse files
authored
Merge pull request #233 from coreycb/uplift-criteria
Tighten uplift criteria
2 parents fffede4 + 473ed71 commit 9d16a4c

1 file changed

Lines changed: 11 additions & 70 deletions

File tree

releases/uplifting-fixes.md

Lines changed: 11 additions & 70 deletions
Original file line numberDiff line numberDiff line change
@@ -4,84 +4,25 @@ Some fixes are more urgent than others and "riding the train" will take too long
44

55
---
66

7-
### **Uplifts to Beta**
8-
Uplifts to Beta are limited to bug and security fixes only. Features and enhancements will be included in the next merge.
7+
### **Uplifts to Beta, Release, and ESR**
8+
Uplifts to Beta, Release, and ESR are limited to high-impact bug fixes. Features and enhancements are not candidates for uplift.
99

10-
**Patches nominated for uplift to Beta should:**
11-
- Be limited to bug and security fixes.
12-
- Have already landed on comm-central.
13-
- Have been tested and stabilized on comm-central.
10+
**Patches nominated for uplift should:**
11+
- Be limited to stability, security, or high-impact bugs.
12+
- **For Beta uplifts:** Already have landed, tested, and stabilized in comm-central.
13+
- **For Release/ESR uplifts:** Already have landed, tested, and stabilized in comm-beta.
1414
- Include tests or provide a strong justification for the absence of tests.
1515
- Not change any localizable strings.
1616

17-
**Uplifts to Beta can include:**
18-
- Proven performance improvements.
19-
- Top crash fixes.
20-
- Security fixes.
21-
- Fixes for recent regressions.
22-
- Low-risk improvements early in the Beta cycle.
23-
24-
### **Uplifts to Release and ESR**
25-
Uplifts to Release and ESR are limited to stability and security fixes only. Features and enhancements will be included in the next merge.
26-
27-
**Patches nominated for uplift to Release or ESR should:**
28-
- Be limited to stability and security fixes only.
29-
- Have already landed in comm-beta.
30-
- Have been tested and stabilized on comm-beta.
31-
- Include tests or provide a strong justification for the absence of tests.
32-
- Not change any localizable strings.
33-
34-
**Uplifts to Release and ESR can include:**
17+
**Uplifts can include:**
3518
- Major top crash fixes.
3619
- High volume startup crash fixes.
3720
- Security fixes.
38-
- Fixes for regressions with a broad impact.
39-
- Fixes for problems in a major feature.
21+
- Dataloss fixes.
22+
- Fixes for high-impact regressions with a broad impact.
23+
- Fixes for high-impact bugs in a major feature.
4024

4125
### **Process for Uplifts**
42-
Requesting an uplift is done by setting the relevant flag (`approval-comm-beta`, `approval-comm-release`, or `approval-comm-esr`) on a Bugzilla patch attachment to `?`. The Uplift Request Form (see below) is automatically generated to provide the required information. All uplifts must use the Uplift Request Form.
26+
Requesting an uplift is done by setting the relevant flag (`approval-comm-beta`, `approval-comm-release`, or `approval-comm-esr`) on a Bugzilla patch attachment to `?`. An Uplift Request Form is automatically generated to provide the required information. All uplifts must use the Uplift Request Form.
4327

4428
Ensure uplift requests are submitted at least two working days prior to any scheduled release date. This will allow the release team to build the release the day before the scheduled release date, giving ample time for troubleshooting and testing prior to release day.
45-
46-
---
47-
48-
### **Uplift Request Form**
49-
50-
**Please state case for uplift consideration and ensure bug severity is set**
51-
- Ensure the fix adheres to criteria specified in [Uplifts to Beta](uplifting-fixes#uplifts-to-beta) or [Uplifts to Release and ESR](uplifting-fixes#uplifts-to-release-and-esr).
52-
53-
**User impact if declined**
54-
- Provide details on how an end user would be impacted with or without this change. In addition to the Steps to Reproduce (STR), explain the deeper implications for users.
55-
56-
**Is this code covered by automated tests?**
57-
- Options: Yes / No / Unknown
58-
59-
**Has the fix been verified in Daily?**
60-
- Options: Yes / No / N/A
61-
62-
**Has the fix been verified in Beta?**
63-
- Options: Yes / No / N/A
64-
65-
**Needs manual test from QA?**
66-
- Options: Yes / No
67-
- If "Yes," include the steps to reproduce either by referencing an existing comment with STR or elaborating directly.
68-
69-
**List of other uplifts needed**
70-
- If this patch depends on other changes not present on the target branch, list those dependencies here.
71-
- Ensure approval is also requested for dependent patches.
72-
73-
**Risk to taking this patch**
74-
- Options: Low / Medium / High
75-
- Provide a justification as to why the benefits of the uplift outweighs the associated risks.
76-
77-
Examples:
78-
- **Low**: A one-line CSS change impacting only the settings page.
79-
- **Medium**: Due to code complexity and integration with other areas, there might be regressions in related functionality.
80-
- **High**: The patch involves complex changes with a high likelihood of fallout or regressions, which may require extensive manual testing or mitigation strategies.
81-
82-
**Why is the change risky/not risky? (and alternatives if risky)**
83-
- If the change is risky, explain the potential impact. In other words, describe the potential negative impacts that could occur if the change leads to a regression. What mitigations were taken to reduce the risk? What alternative solutions were considered?
84-
85-
**String changes made/needed**
86-
- Answer "none" if no string changes were made.
87-
- If there are string changes, add details and justification to help with l10n review.

0 commit comments

Comments
 (0)