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
I think we can make our labels a bit more clear by making them multi-part with a delimiter (: or /). Many other projects do this, e.g. matplotlib. I don't have other great examples off the top of my head. What other projects are absolutely rocking the labels?
To start with, I propose:
automationCI, CD, or other automation
-> impact/automation
pythonPull requests that update Python code
-> remove? unused. or: impact/library. Or impact/core in preparation for a future impact/plugin label.
questionA question needs to be answered to proceed
-> remove? Should use GitHub discussions?
wontfixThis will not be worked on
-> type/will-not-do (using a contraction in a label without spacing is really hard to read even as a native English speaker - we can be more inclusive :) )
#281 offers us a mechanism to automatically apply these labels as issues are created. It also offers a mechanism to remove or avoid some labels by directing users away from Issues and towards a more appropriate place, e.g. type/feature-request need not exist as a "request" should (IMO :) ) start in Discussions and only become an issue once we agree it is a feature we will implement. Same for type/question.
I also propose colorizing the items based on the group they're in!
The text was updated successfully, but these errors were encountered:
I think we can make our labels a bit more clear by making them multi-part with a delimiter (
:
or/
). Many other projects do this, e.g. matplotlib. I don't have other great examples off the top of my head. What other projects are absolutely rocking the labels?To start with, I propose:
impact/automation
type/bug
impact/dependencies
impact/documentation
type/duplicate
type/enhancement
needs/feedback
impact/automation
label for thisneeds/help
impact/library
. Orimpact/core
in preparation for a futureimpact/plugin
label.type/will-not-do
(using a contraction in a label without spacing is really hard to read even as a native English speaker - we can be more inclusive :) )#281 offers us a mechanism to automatically apply these labels as issues are created. It also offers a mechanism to remove or avoid some labels by directing users away from Issues and towards a more appropriate place, e.g.
type/feature-request
need not exist as a "request" should (IMO :) ) start in Discussions and only become an issue once we agree it is a feature we will implement. Same fortype/question
.I also propose colorizing the items based on the group they're in!
The text was updated successfully, but these errors were encountered: