Hey everyone, I think with the recent addition of Denis and Niko to the triage team we already see some good signs that we should likely make the triage team stronger and also incentivised to help :).
I think this is instrumental to be more welcoming for our community to respond quicker to issues and discussions (even if that response is "no we won't do it because" or "converting to discussion because") and I think having a committed (pun intended) triage team that helps committers in this task is crucial. We already mentioned "issue triaging" in the in our criteria to become commiter, but I think it was not too clear https://github.com/apache/airflow/blob/main/COMMITTERS.rst#community-involvement. You could interpret it differently I think (building issue triaging process? Making sure it works? Doing triaging yourself? What are the expectations when you are part of the triage team?). I attempted to describe it a bit better and explain what are the expectations from the triage team and why actively helping to triage issues (and discussions!) is actually a good way to become a committer. Clarifying it might also help some other people to step up and ask to be added (or even us - maintainers - to invite some of the contributors to the triage team) - because they will realise this is really good way on their road to committership I based it quite a bit on my own actions and experiences - I think actively helping our users by responding to their issues (which I think should also become more explicit part of expectations for the triage team) is one of the fastest and best ways for me to learn the parts of code I am not actively contributing to (on top of actually helping our users) I prepared a draft, proposal PR that attempts to explains our approach, expectations and strengthens a bit the importance of active triaging in the road to committership: https://github.com/apache/airflow/pull/27262 I'd love comments on that one - either here or in the PR. Would love to hear what others think. J.
