Skip to content
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

Closed
ferhatelmas opened this issue Dec 23, 2017 · 7 comments
Closed

Rethink labels #986

ferhatelmas opened this issue Dec 23, 2017 · 7 comments

Comments

@ferhatelmas
Copy link
Contributor

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 ?

@tleen
Copy link
Member

tleen commented Dec 23, 2017

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.

@leenipper
Copy link
Contributor

Making sure I understand how it might look....
So, for an issue like #922 it might have label enhancement/exercises ? or feature/exercises ?

2 more dimensions: easy, medium, ...

Are these suffixes added on too? Like enhancement/exercises/medium

@tleen
Copy link
Member

tleen commented Dec 31, 2017

Perhaps difficulty would be their own labels difficulty/medium or some such, that way they can be searched/selected separately from the topic label.

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 readme/inadequate and difficulty/easy? Or @ferhatelmas were you thinking the reverse? inadequate/readme?

@ferhatelmas
Copy link
Contributor Author

If we are write readme/inadequate or inadequate/readme, I think we are mixing area and type. For example, I was thinking like area/readme, type/enchancement and difficulty/easy.

@ferhatelmas
Copy link
Contributor Author

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.

@tleen
Copy link
Member

tleen commented Jan 1, 2018

Ah gotcha. That makes sense too.

@junedev
Copy link
Member

junedev commented Oct 13, 2021

Closing this because of nearly 3 years of inactivity.

@junedev junedev closed this as completed Oct 13, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants