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
PROCESS CHANGE: add new ready-to-work and not-ready-to-work labels #1403
Comments
This seems to be the crux of the problem no?
I'm curious how do you envision people discovering the |
This problem sounds similar to #681 |
Yeah, I think so. However, I don't think that making every issue a part of a project would be a good fix to the problem. There are cases where there is a one off issue, or there are only one or two issues for a feature. In these cases I think making a project would likely be overkill.
I was thinking linking to a github issue query similar to https://github.com/issues?q=is%3Aissue+archived%3Afalse+user%3Aknative+is%3Aopen+label%3A%22good+first+issue%22 but with the newly created label. WDYT @dprotaso ? |
So I think we have what you want already in place - the And this feeds into a CNCF website contributors can go to https://clotributor.dev/search?project=knative&ts_query_web=knative What's cool about the UI it lets you filter good first issues as well Though it looks like the cc @knative/technical-oversight-committee for input |
Given the label I think the next step could be updating repo readmes to link to the CLOtributor page. And we should definitely call it out on the website |
I can work on this next week! |
I personally like how this discussion evolved :) Looks like we just need to make use of To answer this question:
https://github.com/cncf/clotributor#labels-with-special-meaning There's no other area right now supported by CLOtributor.
|
@Cali0707 is there anything else remaining for this issue? |
Ah sorry @dprotaso this got lost in my todo list, there are still some repos that need the CLOtributor link added. I'll try and wrap this up tomorrow. |
Expected Benefits
By adding ready-to-work and not-ready-to-work labels to issues, contributors will have a much easier time finding issues to work on. We currently are marking issues "ready to work" in github projects, but not every issue is a part of a project and not every contributor will look at the projects to see if it is ready to work.
Expected Costs
This will incur a small cost on the maintainers of repos as it will be another label to add to issues during the triage process. There is also a chance that the labels could get out of sync with the github projects (unless we found/made a prow plugin to automatically keep those in sync).
Timeframe
Adding the labels can be done very quickly, and then the roll out of actually using the labels in individual repos will be up to the maintainers of each repo. Finding/creating a prow plugin to keep labels in sync with the github projects would take longer, but even if we want to pursue that path I don't think it would be a blocker to rolling out the new labels.
I am willing to add any necessary labels, and pursue the prow plugin path if needed.
The text was updated successfully, but these errors were encountered: