Re: Rewriting the test of pg_upgrade as a TAP test - take three - remastered set
| От | Tom Lane |
|---|---|
| Тема | Re: Rewriting the test of pg_upgrade as a TAP test - take three - remastered set |
| Дата | |
| Msg-id | 3715954.1633208613@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Rewriting the test of pg_upgrade as a TAP test - take three - remastered set (Andrew Dunstan <andrew@dunslane.net>) |
| Ответы |
Re: Rewriting the test of pg_upgrade as a TAP test - take three - remastered set
|
| Список | pgsql-hackers |
Andrew Dunstan <andrew@dunslane.net> writes:
> I haven't looked at the patch closely yet, but from a buildfarm POV I
> think the only thing that needs to be done is to inhibit the buildfarm
> client module if the TAP tests are present. The buildfarm code that runs
> TAP tests should automatically detect and run the new test.
> I've just counted and there are 116 animals reporting check-pg_upgrade,
> so we'd better put that out pronto. It's a little early but I'll try to
> push out a release containing code for it on Monday or Tuesday (it's a
> one line addition).
IIUC, the only problem for a non-updated animal would be that it'd
run the test twice? Or would it actually fail? If the latter,
we'd need to sit on the patch rather longer.
regards, tom lane
В списке pgsql-hackers по дате отправления: