Ukpa, you can find unassigned tickets with the following query:

> project = KAFKA AND assignee = null ORDER BY created DESC

If you see a ticket that has been assigned, but does not have any activity
for a while, you can request to take it over. Usually people will be fine
with that unless they've started work on it (or have some specific
design/implementation in mind).

We also occasionally use the "good-first-issue" label.

-David A


On Tue, Jan 14, 2025 at 10:07 AM Ukpa Uchechi <ukpauchec...@gmail.com>
wrote:

> Hi David,
>
> I know this may not be the right place to ask, most issues on Kafka jira
> board are already assigned to maintainers, i wanted to ask where a
> community member may find issues to work on,
>
> Issues available to the community.
>
> Thank you,
> Best regards
>
> On Tue, 14 Jan 2025 at 15:36, David Arthur <mum...@gmail.com> wrote:
>
> > I wanted to give an update on this effort. Both the initial PR above and
> a
> > few follow-ups have been merged since my original email.
> >
> > We now have a simple label-based workflow in GitHub for our PRs.
> >
> > 1) When a PR is opened by a community member it is automatically given
> the
> > "triage" label
> > 2) If no review or comment is given after 7 days on a "triage" PR, a new
> > label "needs-attention" is added
> > 3) If a review is given, both labels will be removed in a nightly batched
> > cron job
> >
> > The rationale behind this is that committers often have very little
> trouble
> > getting reviews. After all, we know each other and can often directly tag
> > an appropriate reviewer. This is not always the case for community
> members.
> > By automating these two labels, it gives committers quick access to
> > incoming community PRs (1) as well as PRs which have had no activity in
> > some time (2).
> >
> > Committers may consider bookmarking these two links:
> >
> > 1)
> > https://github.com/apache/kafka/pulls?q=is%3Aopen+is%3Apr+label%3Atriage
> > 2)
> >
> >
> https://github.com/apache/kafka/pulls?q=is%3Aopen+is%3Apr+label%3Aneeds-attention
> >
> > By the way, if we feel like 7 days is too aggressive for the follow-up
> > "needs-attention" label, I'm open to suggestions for a different time
> > frame.
> >
> > Thanks!
> > David A
> >
> > P.S., if you are a committer and you notice your PRs are getting a
> "triage"
> > label, it is because your membership in the ASF GitHub org is not
> public. I
> > have included instructions for changing this here
> >
> >
> https://github.com/apache/kafka/blob/trunk/.github/workflows/README.md#pr-triage
> >
> > On Wed, Nov 20, 2024 at 8:25 PM Matthias J. Sax <mj...@apache.org>
> wrote:
> >
> > > Nice!
> > >
> > > On 11/20/24 10:09 AM, David Arthur wrote:
> > > > Hey folks,
> > > >
> > > > I have raised a PR that adds the notion of "triage" to our Pull
> > Requests.
> > > >
> > > > https://github.com/apache/kafka/pull/17881/files
> > > >
> > > > The tldr is that new PRs from non-committers will get labeled with
> > > "triage"
> > > > and then with "needs-attention" after 7 days. The purpose is to raise
> > > > visibility of non-committer PRs.
> > > >
> > > >
> > > > ---
> > > >
> > > >  From the PR:
> > > >
> > > > This patch adds a simple label based workflow for PRs. PRs opened by
> > > > non-committers will have a triage label automatically added. This
> > allows
> > > > committers to see which PRs need to be triaged. After 7 days, a
> > > > needs-attention label will be added. This serves as a reminder to
> > > > committers and allows them to see which PRs have languished.
> > > >
> > > > For now, the triage label will need to be manually removed by a
> > > committer.
> > > > In the future, we could try to automate this by removing the label
> > after
> > > a
> > > > PR has been reviewed, assigned, or commented on.
> > > >
> > > >
> > >
> >
> >
> > --
> > David Arthur
> >
>


-- 
David Arthur

Reply via email to