Re: [PATCH] Tracking statements entry timestamp in pg_stat_statements

Поиск
Список
Период
Сортировка
От Julien Rouhaud
Тема Re: [PATCH] Tracking statements entry timestamp in pg_stat_statements
Дата
Msg-id CAOBaU_Y+rnViCgLGrQfbkGDSrp-s9a37n0k8O2gkuiB3GU57Bg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [PATCH] Tracking statements entry timestamp in pg_stat_statements  (Peter Eisentraut <peter@eisentraut.org>)
Ответы Re: [PATCH] Tracking statements entry timestamp in pg_stat_statements  (Peter Eisentraut <peter@eisentraut.org>)
Список pgsql-hackers
On Tue, Oct 24, 2023 at 6:57 PM Peter Eisentraut <peter@eisentraut.org> wrote:
>
> On 24.10.23 09:58, Andrei Zubkov wrote:
> > During last moving to the current commitfest this patch have lost its
> > reviewers list. With respect to reviewers contribution in this patch, I
> > think reviewers list should be fixed.
>
> I don't think it's the purpose of the commitfest app to track how *has*
> reviewed a patch.  The purpose is to plan and allocate *current* work.
> If we keep a bunch of reviewers listed on a patch who are not actually
> reviewing the patch, then that effectively blocks new reviewers from
> signing up and the patch will not make progress.
>
> Past reviewers should of course be listed in the commit message, the
> release notes, etc. as appropriate.

Really?  Last time this topic showed up at least one committer said
that they tend to believe the CF app more than digging the thread [1],
and some other hackers mentioned other usage for being kept in the
reviewer list.  Since no progress has been made on the CF app since
I'm not sure it's the best idea to drop reviewer names from patch
entries generally.

[1] https://www.postgresql.org/message-id/552155.1648737431@sss.pgh.pa.us



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

Предыдущее
От: Crisp Lee
Дата:
Сообщение: make pg_ctl start more friendly
Следующее
От: Andrew Dunstan
Дата:
Сообщение: Re: Query execution in Perl TAP tests needs work