Improve "Issue"-labels
See original GitHub issueFeature Request
Is your feature request related to a problem? Please describe.
A lot of newcomers have trouble finding easy issues to contribute to. We should add labels which easy the process of choosing issues.
Describe the solution you’d like
I would recommend judging the issues in different dimesnions:
- Complexity
- Effort (e.g.
effort2: days
-label) - “good first issue” for easy first-time contributions
- “state: has PR”-label
- Re-evaluate “PRs Open”. It is quite confusing for a lot of contributors what this label actually means. In my opinion, it should be removed or renamed.
Issue Analytics
- State:
- Created 4 years ago
- Comments:5 (4 by maintainers)
Top Results From Across the Web
How to Improve Your Labeling Process - Newcastle Systems
Download The Warehouse Guide to Lean Labeling to start creating better awareness of the label problems you may not see and how to...
Read more >Encouraging helpful contributions to your project with labels
Apply the good first issue label to issues in your repository to highlight opportunities for people to contribute to your project.
Read more >7 Common Label Issues (and 1 Step to Avoid Them)
7 Common Label Issues (and 1 Step to Avoid Them) · 1. Scratched printheads – Poorly developed labels often have sandpaper-like surfaces, which...
Read more >Overview of issue labels
Here is a full list of labels that we use in the GitHub issue tracker and what they ... A Bug issue differs...
Read more >5 Keys to Continuous Improvement in Labeling Application
Products requiring many labels · Product variations requiring different versions of the same label · Lack of automation requiring manual ...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Well, sure, but there are some features which would be outright rejected for one reason or another, and one may not realize that until they’ve already made the feature without reading the whole discussion, so IMHO, having a label that says “this has been discussed and we would like to have it indeed, but can’t spare the time to make it, so if you’d like to contribute, go ahead, we’ll accept it” is nice.
That said, I agree the name “PRs Open” sounds very misleading.
I think a name like “PRs Welcomed” would explain the purpose better.
I’ve been reading some issues with the label “PRs Open” and thought that means “There is one or more opened PR for this issue, waiting to be reviewed later”, but only now I realize that’s not what the name “PRs Open” means.
With labels like complexity/effort, I also agree having even a rough time estimate isn’t really a good idea, as developers (in general) are notorious for underestimating the time required. I think more generic values like “trivial”, “low”, “medium” and “high” might be better.
The
severity
orpriority
labels would be a great addition.