Re: [HACKERS] [COMMITTERS] pgsql: Improve pg_dump regression tests and code coverage - Mailing list pgsql-hackers

From Robert Haas
Subject Re: [HACKERS] [COMMITTERS] pgsql: Improve pg_dump regression tests and code coverage
Date
Msg-id CA+TgmoYXT07F04W=9KMNR8uU_7btOEmeS0Are-PKipSS-YhrRA@mail.gmail.com
Whole thread Raw
In response to [HACKERS] Re: [COMMITTERS] pgsql: Improve pg_dump regression tests and codecoverage  (Stephen Frost <sfrost@snowman.net>)
Responses [HACKERS] Re: [COMMITTERS] pgsql: Improve pg_dump regression tests and codecoverage  (Stephen Frost <sfrost@snowman.net>)
List 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 by date:

Previous
From: Heikki Linnakangas
Date:
Subject: Re: [HACKERS] [PATCH] Incremental sort
Next
From: Craig Ringer
Date:
Subject: Re: [HACKERS] Inadequate traces in TAP tests