Re: Rewriting the test of pg_upgrade as a TAP test
От | Peter Eisentraut |
---|---|
Тема | Re: Rewriting the test of pg_upgrade as a TAP test |
Дата | |
Msg-id | 42d412a2-9cd7-7ee1-0c1a-e8d230d568b0@2ndquadrant.com обсуждение исходный текст |
Ответ на | Re: Rewriting the test of pg_upgrade as a TAP test (Andres Freund <andres@anarazel.de>) |
Ответы |
Re: Rewriting the test of pg_upgrade as a TAP test
|
Список | pgsql-hackers |
On 4/3/17 11:32, Andres Freund wrote: > That doesn't strike as particularly future proof. We intentionally > leave objects behind pg_regress runs, but that only works if we actually > run them... I generally agree with the sentiments expressed later in this thread. But just to clarify what I meant here: We don't need to run a, say, 1-minute serial test to load a few "left behind" objects for the pg_upgrade test, if we can load the same set of objects using dedicated scripting in say 2 seconds. This would make both the pg_upgrade tests faster and would reduce the hidden dependencies in the main tests about which kinds of objects need to be left behind. -- Peter Eisentraut http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
В списке pgsql-hackers по дате отправления: