Re: Test to dump and restore objects left behind by regression
От | Daniel Gustafsson |
---|---|
Тема | Re: Test to dump and restore objects left behind by regression |
Дата | |
Msg-id | 730EAD98-E876-4706-A9B0-4606ACB1B85B@yesql.se обсуждение исходный текст |
Ответ на | Re: Test to dump and restore objects left behind by regression (Alvaro Herrera <alvherre@alvh.no-ip.org>) |
Ответы |
Re: Test to dump and restore objects left behind by regression
|
Список | pgsql-hackers |
> On 28 Mar 2025, at 19:12, Alvaro Herrera <alvherre@alvh.no-ip.org> wrote: > > On 2025-Mar-28, Tom Lane wrote: > >> I think instead of going this direction, we really need to create a >> separately-purposed script that simply creates "one of everything" >> without doing anything else (except maybe loading a little data). >> I believe it'd be a lot easier to remember to add to that when >> inventing new SQL than to remember to leave something behind from the >> core regression tests. This would also be far faster to run than any >> approach that involves picking a random subset of the core test >> scripts. > > FWIW this sounds closely related to what I tried to do with > src/test/modules/test_ddl_deparse; it's currently incomplete, but maybe > we can use that as a starting point. Given where we are in the cycle, it seems to make sense to stick to using the schedule we already have rather than invent a new process for generating it, and work on that for 19? -- Daniel Gustafsson
В списке pgsql-hackers по дате отправления: