@@ -84,7 +84,7 @@ Here's a typical workflow for triaging a newly opened issue.
84
84
example. See https://matthewrocklin.com/blog/work/2018/02/28/minimal-bug-reports
85
85
for a good explanation. If the example is not reproducible, or if it's
86
86
*clearly * not minimal, feel free to ask the reporter if they can provide
87
- and example or simplify the provided one. Do acknowledge that writing
87
+ an example or simplify the provided one. Do acknowledge that writing
88
88
minimal reproducible examples is hard work. If the reporter is struggling,
89
89
you can try to write one yourself and we'll edit the original post to include it.
90
90
@@ -93,6 +93,9 @@ Here's a typical workflow for triaging a newly opened issue.
93
93
If a reproducible example is provided, but you see a simplification,
94
94
edit the original post with your simpler reproducible example.
95
95
96
+ If this is a regression report, post the result of a ``git bisect `` run.
97
+ More info on this can be found in the :ref: `maintaining.regressions ` section.
98
+
96
99
Ensure the issue exists on the main branch and that it has the "Needs Triage" tag
97
100
until all steps have been completed. Add a comment to the issue once you have
98
101
verified it exists on the main branch, so others know it has been confirmed.
@@ -125,7 +128,10 @@ Here's a typical workflow for triaging a newly opened issue.
125
128
If the issue is clearly defined and the fix seems relatively straightforward,
126
129
label the issue as "Good first issue".
127
130
128
- Once you have completed the above, make sure to remove the "needs triage" label.
131
+ If the issue is a regression report, add the "Regression" label and the next patch
132
+ release milestone.
133
+
134
+ Once you have completed the above, make sure to remove the "Needs Triage" label.
129
135
130
136
.. _maintaining.regressions :
131
137
0 commit comments