Re: [HACKERS] [COMMITTERS] pgsql: Improve pg_dump regression tests and code coverage

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: [HACKERS] [COMMITTERS] pgsql: Improve pg_dump regression tests and code coverage
Дата
Msg-id CA+TgmoYXT07F04W=9KMNR8uU_7btOEmeS0Are-PKipSS-YhrRA@mail.gmail.com
обсуждение исходный текст
Ответ на [HACKERS] Re: [COMMITTERS] pgsql: Improve pg_dump regression tests and codecoverage  (Stephen Frost <sfrost@snowman.net>)
Ответы [HACKERS] Re: [COMMITTERS] pgsql: Improve pg_dump regression tests and codecoverage
Список pgsql-hackers
On Mon, Mar 20, 2017 at 9:30 AM, Stephen Frost <sfrost@snowman.net> wrote:
> While I certainly agree with that when it comes to new features, changes
> in work-flow, bug fixes and other things, I'm really not sure that
> requiring posting to the list and waiting for responses every time
> someone wants to add some regression tests is a useful way to spend
> time.

I'm not sure that arguing about whether patches are supposed to have
review and discussion before they're committed is a useful way to
spend time either.  I think most people here accept that as a
requirement. If you really don't understand the committing a
never-before-posted 3000+-line patch out of the blue three weeks after
the patch submission deadline is out of process, maybe you shouldn't
be committing things at all.  I'm glad that you are working on fixing
pg_dump bugs and improving test coverage, but my gladness about that
does not extend to thinking that the processes which other people
follow for their work should be waived for yours.  Sorry.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



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

Предыдущее
От: Heikki Linnakangas
Дата:
Сообщение: Re: [HACKERS] [PATCH] Incremental sort
Следующее
От: Craig Ringer
Дата:
Сообщение: Re: [HACKERS] Inadequate traces in TAP tests