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 по дате отправления: