@@ -6,34 +6,25 @@ author: Camelid
6
6
team : the release team <https://www.rust-lang.org/governance/teams/operations#release>
7
7
---
8
8
9
- If you've contributed to Rust before, you have likely used a command like this
10
- to [ set labels] [ rustbot-labeling-docs ] :
11
-
12
- > ** @rustbot ** modify labels: A-typesystem C-enhancement
13
-
14
- Setting labels on issues and pull requests helps us keep track of and filter
15
- issues. There are many kinds of labels you can set to mark an issue
16
- as pertinent to a particular team, related to a part of the compiler, or
17
- what kind of bug it is (a hang, a crash, etc.).
18
-
19
- We also have labels that help us keep track of regressions so that we can
20
- prioritize them and fix them quickly if they are severe. We have three
21
- regression labels, each representing when the regression occurred:
22
-
23
- * ` regression-from-stable-to-nightly `
24
- * ` regression-from-stable-to-beta `
25
- * ` regression-from-stable-to-stable `
9
+ The Rust project gets many issues filed every day, and we need to keep track
10
+ of them all to make sure we don't miss anything. To do that we use GitHub's
11
+ issue labels feature, and we need your help to make sure we fix regressions
12
+ as soon as possible!
13
+
14
+ We have many issue labels that help us organize our issues, and we have a few
15
+ in particular that mark an issue as a regression. These labels will ping a Rust
16
+ working group called the [ * prioritization working group* ] [ wg-prioritization ] ,
17
+ whose members will work to determine the severity of an issue and then
18
+ prioritize it. But, this won't happen unless someone marks the issue with one
19
+ of those labels!
26
20
27
21
We recently had a case where a [ regression was not caught] [ internals-thread ]
28
22
before a release because the issue was not marked with a regression label.
29
23
So we have now [ added the ability] [ regression-label-pr ] for * anyone* to set
30
24
regression labels on issues! This is all you have to do to mark an issue as a
31
- regression and it will automatically be prioritized:
32
-
33
- > ** @rustbot ** modify labels: regression-from-stable-to-{release-channel}
25
+ regression and it will automatically ping people to prioritize it:
34
26
35
- Just replace ` {release-channel} ` with one of ` nightly ` , ` beta ` , or ` stable ` ,
36
- depending on when the regression occurred, and you're good to go!
27
+ > ** @rustbot ** modify labels: regression-untriaged
37
28
38
29
Alternatively, if you are reporting a new regression, you can use the regression
39
30
[ issue template] . It will guide you through the process of reporting a
@@ -47,7 +38,7 @@ that is important to be fixed, you can request prioritization with:
47
38
We really appreciate it if you mark all regressions with an appropriate label
48
39
so we can track them and fix them as soon as possible!
49
40
50
- [ rustbot-labeling-docs ] : https://rustc-dev-guide. rust-lang.org/rustbot.html#issue-relabeling
41
+ [ wg-prioritization ] : https://rust-lang.github.io/compiler-team/working-groups/prioritization
51
42
[ internals-thread ] : https://internals.rust-lang.org/t/1-46-is-unusable-for-me-solved/13161/10
52
43
[ regression-label-pr ] : https://github.com/rust-lang/rust/pull/77555
53
44
[ issue template ] : https://github.com/rust-lang/rust/issues/new/choose
0 commit comments