Re: [Commitfest 2022-07] Patch Triage: Waiting on Author

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [Commitfest 2022-07] Patch Triage: Waiting on Author
Дата
Msg-id 1860932.1659375207@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [Commitfest 2022-07] Patch Triage: Waiting on Author  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: [Commitfest 2022-07] Patch Triage: Waiting on Author  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
> Maybe so, but we routinely have situations where a patch hasn't been
> updated in 3-6 months and we tentatively ask the author if it would be
> OK to mark it RwF, and they often say something like "please keep it
> alive for one more CF to see if I have time to work on it."

Agreed, we don't want that.  IMO the CF list isn't primarily a to-do
list for patch authors; it's primarily a to-do list for reviewers and
committers.  The case that I'm concerned about here is where an author
submits a patch and, through no fault of his/hers, it goes unreviewed
for multiple CFs.  As long as the author is keeping the patch refreshed
per CI testing, I don't think additional work to express interest should
be required from the author.

Now admittedly, at some point we should decide that lack of review
indicates that nobody else cares about this patch, in which case it
should get booted with a "sorry, we're just not interested" resolution.
But that can't happen quickly, because we're just drastically short
of review manpower at all times.

On the other hand, I'm quite willing to convert WOA state into RWF
state quickly.  The author can always resubmit, or resurrect the
old CF entry, once they have something new for people to look at.

            regards, tom lane



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: pg_auth_members.grantor is bunk
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: [Commitfest 2022-07] is Done!