-
-
Notifications
You must be signed in to change notification settings - Fork 652
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Rethink labels #986
Comments
I think that's a good idea, @robphoenix started doing that a while ago and it did make things clearer. The only thing is we need to keep universal labels like "good first issue" because they are used by GitHub for things like auto-discovery. |
Making sure I understand how it might look....
Are these suffixes added on too? Like enhancement/exercises/medium |
Perhaps difficulty would be their own labels Seems like area would be the overall section of the track concern (exercises, config, readme, ci,) while type would be the cross-cutting concern (feature, improvement, bug, docs)? So like it has now an inadequate section of the README could be labeled |
If we are write |
However, this wasn't what I had thought at first so I might be confusing at first. Let me know if it's clearer now. |
Ah gotcha. That makes sense too. |
Closing this because of nearly 3 years of inactivity. |
We have some labels can be removed or means same thing.
I think we can apply some scoped labeling similar to README labels.
My suggestion
{area}/{type}
where type is one of feature, improvement, bug, docs and type is one of exercises, config, readme, ci, etc.Additionally, we can have 2 more dimensions: easy, medium, hard for difficulty, and special flags like nextercism, hacktoberfest, etc.
What do you think ?
The text was updated successfully, but these errors were encountered: