Skip to content

Commit 9d7fff1

Browse files
committed
Make more approachable to non-contributors
1 parent 41820b3 commit 9d7fff1

File tree

1 file changed

+14
-23
lines changed

1 file changed

+14
-23
lines changed

posts/2020-10-20-regression-labels.md

Lines changed: 14 additions & 23 deletions
Original file line numberDiff line numberDiff line change
@@ -6,34 +6,25 @@ author: Camelid
66
team: the release team <https://www.rust-lang.org/governance/teams/operations#release>
77
---
88

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!
2620

2721
We recently had a case where a [regression was not caught][internals-thread]
2822
before a release because the issue was not marked with a regression label.
2923
So we have now [added the ability][regression-label-pr] for *anyone* to set
3024
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:
3426

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
3728
3829
Alternatively, if you are reporting a new regression, you can use the regression
3930
[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:
4738
We really appreciate it if you mark all regressions with an appropriate label
4839
so we can track them and fix them as soon as possible!
4940

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
5142
[internals-thread]: https://internals.rust-lang.org/t/1-46-is-unusable-for-me-solved/13161/10
5243
[regression-label-pr]: https://github.com/rust-lang/rust/pull/77555
5344
[issue template]: https://github.com/rust-lang/rust/issues/new/choose

0 commit comments

Comments
 (0)