Re: Rewriting the test of pg_upgrade as a TAP test - take three - remastered set
От | Michael Paquier |
---|---|
Тема | Re: Rewriting the test of pg_upgrade as a TAP test - take three - remastered set |
Дата | |
Msg-id | YiBMKm6PYW2GN++2@paquier.xyz обсуждение исходный текст |
Ответ на | Re: Rewriting the test of pg_upgrade as a TAP test - take three - remastered set (Andres Freund <andres@anarazel.de>) |
Ответы |
Re: Rewriting the test of pg_upgrade as a TAP test - take three - remastered set
Re: Rewriting the test of pg_upgrade as a TAP test - take three - remastered set |
Список | pgsql-hackers |
On Wed, Mar 02, 2022 at 12:07:29AM -0800, Andres Freund wrote: >> +++ b/src/bin/pg_upgrade/t/001_basic.pl >> @@ -0,0 +1,9 @@ >> +use strict; >> +use warnings; >> + >> +use PostgreSQL::Test::Utils; >> +use Test::More tests => 8; > > Outdated. Fixed. >> +program_help_ok('pg_upgrade'); >> +program_version_ok('pg_upgrade'); >> +program_options_handling_ok('pg_upgrade'); > > Unrelated. But I kinda wish we'd do this in a saner manner than copying this > test into every binary. E.g. by ensuring that all tools installed in the temp > install are tested or such. Perhaps. I am sticking with the existing style for now. >> +# The test of pg_upgrade consists in setting up an instance. This is the >> +# source instance used for the upgrade. Then a new and fresh instance is >> +# created, and is used as the target instance for the upgrade. > > This seems a bit repetitive. Lots of "instance". Indeed. I have reworked the whole, rather than just those three sentences. >> +if ( (defined($ENV{olddump}) && !defined($ENV{oldinstall})) >> + || (!defined($ENV{olddump}) && defined($ENV{oldinstall}))) > > Odd indentation. Spaces between parens? Well, perltidy tells me that this is right. >> +$newnode->init(extra => [ '--wal-segsize', '1', '--allow-group-access' ]); > > I'd copy the comments from test.sh wrt --wal-segsize, > --allow-group-access. Done. -- Michael
Вложения
В списке pgsql-hackers по дате отправления: