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

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [Commitfest 2022-07] Patch Triage: Waiting on Author
Дата
Msg-id 1848879.1659372975@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [Commitfest 2022-07] Patch Triage: Waiting on Author  (Jacob Champion <jchampion@timescale.com>)
Ответы Re: [Commitfest 2022-07] Patch Triage: Waiting on Author  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
Jacob Champion <jchampion@timescale.com> writes:
> On 8/1/22 09:33, Robert Haas wrote:
>> We really need to move to a system where it's the patch author's job
>> to take some action if the patch is alive, rather than having the CM
>> (or any other human being) pinging to find out whether it's dead.> Having the default action for a patch be to carry
italong to the next 
>> CF whether or not there are any signs of life is unproductive.

> In the medium to long term, I agree with you.

> In the short term I want to see the features that help authors keep
> their patches alive (cfbot integration! automatic rebase reminders!
> automated rebase?) so that we're not just artificially raising the
> barrier to entry. People with plenty of time on their hands will be able
> to go through the motions of moving their patches ahead regardless of
> whether or not the patch is dead.

Yeah, I don't want to introduce make-work into the process; there's
more than enough real work involved.  At minimum, a patch that's
shown signs of life since the previous CF should be auto-advanced
to the next one.

            regards, tom lane



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

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