You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: .github/workflows/scripts/spam-detection/eval-prompts.yml
+1-1Lines changed: 1 addition & 1 deletion
Original file line number
Diff line number
Diff line change
@@ -918,7 +918,7 @@ testData:
918
918
919
919
We have an automation to nudge on issues waiting for user info (like after one week), and close the issue if there's no further activity (like after one more week).
920
920
921
-
- Automatically add the stale label to issues labelled needs-user-input after 30 days of inactivity. When the stale label is added, also post a comment to the issue explaining what this means: the issue will close after 30 days of inactivity; contributors can comment on the issue to remove the stale label and keep it open. Maintainers can also add the keep label to make the stale automation ignore that issue.
921
+
- Automatically add the stale label to issues labelled more-info-needed after 30 days of inactivity. When the stale label is added, also post a comment to the issue explaining what this means: the issue will close after 30 days of inactivity; contributors can comment on the issue to remove the stale label and keep it open. Maintainers can also add the keep label to make the stale automation ignore that issue.
922
922
- Automatically close issues labelled stale after they have been stale for 30 days. When the issue is closed, add a comment explaining why this happened. Encourage them to leave a comment if the close was done in error.
923
923
- The above automation should only act on new issues after the date of the automation's implementation.
Copy file name to clipboardExpand all lines: docs/triage.md
+7-7Lines changed: 7 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -14,16 +14,16 @@ For bugs, the FR should engage with the issue and community with the goal to rem
14
14
15
15
To be considered triaged, `bug` issues require the following:
16
16
17
-
- A severity label `p1`, `p2`, and `p3`
17
+
- A severity label `priority-1`, `priority-2`, and `priority-3`
18
18
- Clearly defined Acceptance Criteria, added to the Issue as a standalone comment (see [example](https://github.com/cli/cli/issues/9469#issuecomment-2292315743))
19
19
20
20
#### Bug severities
21
21
22
22
| Severity | Description |
23
23
| - | - |
24
-
|`p1`| Affects a large population and inhibits work |
25
-
|`p2`| Affects more than a few users but doesn't prevent core functions |
26
-
|`p3`| Affects a small number of users or is largely cosmetic |
24
+
|`priority-1`| Affects a large population and inhibits work |
25
+
|`priority-2`| Affects more than a few users but doesn't prevent core functions |
26
+
|`priority-3`| Affects a small number of users or is largely cosmetic |
27
27
28
28
### Enhancements and Docs
29
29
@@ -36,10 +36,10 @@ When a new issue is opened, the FR **should**:
36
36
- Ensure there is enough information to understand the enhancement's scope and value
37
37
- Ask the user for more information about value and use-case, if necessary
38
38
- Leave the `needs-triage` label on the issue
39
-
- Add the `needs-user-input` and `needs-investigation` labels as needed
39
+
- Add the `more-info-needed` and `needs-investigation` labels as needed
40
40
41
41
When the FR has enough information to be triaged, they should:
42
-
- Remove the `needs-user-input` and `needs-investigation` labels
42
+
- Remove the `more-info-needed` and `needs-investigation` labels
43
43
- Remove their assignment from the issue
44
44
45
45
The FR should **avoid**:
@@ -57,7 +57,7 @@ The FR can consider adding any of the following labels below.
57
57
| - | - |
58
58
|`discuss`| Some issues require discussion with the internal team. Adding this label will automatically open up an internal discussion with the team to facilitate this discussion. |
59
59
|`core`| Defines what we would like to do internally. We tend to lean towards `help wanted` by default, and adding `core` should be reserved for trickier issues or implementations we have strong opinions/preferences about. |
60
-
|`needs-user-input`| After asking any contributors for more information, add this label so it is clear that the issue has been responded to and we are waiting on the user. |
60
+
|`more-info-needed`| After asking any contributors for more information, add this label so it is clear that the issue has been responded to and we are waiting on the user. |
61
61
|`needs-investigation`| Used when the issue requires further investigation before it can be reviewed and triaged. This is often used for issues that are not clearly bugs or enhancements, or when the FR needs to gather more information before proceeding. |
0 commit comments