Re: Rewriting the test of pg_upgrade as a TAP test - take two
От | Andrew Dunstan |
---|---|
Тема | Re: Rewriting the test of pg_upgrade as a TAP test - take two |
Дата | |
Msg-id | CAA8=A7-xR98DkqdoTAui3i4Y17xJPrMrxYGr9KDh0Hs0qVYjMg@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Rewriting the test of pg_upgrade as a TAP test - take two (Andrew Dunstan <andrew.dunstan@2ndquadrant.com>) |
Ответы |
Re: Rewriting the test of pg_upgrade as a TAP test - take two
|
Список | pgsql-hackers |
On Sun, Mar 4, 2018 at 2:34 PM, Andrew Dunstan <andrew.dunstan@2ndquadrant.com> wrote: > On Sun, Mar 4, 2018 at 12:42 AM, Peter Eisentraut > <peter.eisentraut@2ndquadrant.com> wrote: >> On 1/26/18 03:00, Michael Paquier wrote: >>> As promised on a recent thread, here is a second tentative to switch >>> pg_upgrade's test.sh into a TAP infrastructure. >> >> AFAICT, this still has the same problem as the previous take, namely >> that adding a TAP test suite to the pg_upgrade subdirectory will end up >> with the build farm client running the pg_upgrade tests twice. What we >> likely need here is an update to the build farm client in conjunction >> with this. >> >> -- >> Peter Eisentraut http://www.2ndQuadrant.com/ >> PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services >> > > Something like this should do the trick. [ tiny patch] Pushed with a bug fix. See <https://github.com/PGBuildFarm/client-code/commit/826d450eff05d15c8bb3c5b2728da5328634a588> If you want to do this soon I can put out a Buildfarm Client release fairly quickly. cheers andrew -- Andrew Dunstan https://www.2ndQuadrant.com PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
В списке pgsql-hackers по дате отправления: