Re: Patch queue concern

Поиск
Список
Период
Сортировка
От Gregory Stark
Тема Re: Patch queue concern
Дата
Msg-id 87bqice0wx.fsf@oxford.xeocode.com
обсуждение исходный текст
Ответ на Re: Patch queue concern  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Patch queue concern  (Andrew Dunstan <andrew@dunslane.net>)
Re: Patch queue concern  (Bruce Momjian <bruce@momjian.us>)
Список pgsql-hackers
"Tom Lane" <tgl@sss.pgh.pa.us> writes:

> "Simon Riggs" <simon@2ndquadrant.com> writes:
>> My feeling is we should have more regular sync points where the patch
>> queue is emptied and everything committed or rejected.
>
> No doubt, but the real problem here is that reviewing/committing other
> people's patches is not fun, it's just work :-(.  So it's no surprise
> that it tends to get put off.  Not sure what to do about that.

Obviously a big part of that is that we just don't have enough committers. I'm
hopeful that in time that situation will improve but in the meantime we do
have a problem and the burden falls unfairly on a few.

Is there anything others can do to help? If non-committers like Simon or I
reviewed patches would it be easier for you to give a quick agreement to the
comments or "that's not an issue" comment?

It seems like we do have a few committers who should be able to review code
quality but are uncertain about making major design decisions. If, for
example, Bruce or Jan reviewed patches more invasive than they usually do for
code quality and checked with you on design questions would that be helpful?

--  Gregory Stark EnterpriseDB          http://www.enterprisedb.com



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

Предыдущее
От: "Simon Riggs"
Дата:
Сообщение: Re: Modifying TOAST thresholds
Следующее
От: "Florian G. Pflug"
Дата:
Сообщение: Re: CREATE INDEX and HOT - revised design