Re: pgsql: Force run of pg_upgrade in the build directory in its TAP test

From: Michael Paquier <michael(at)paquier(dot)xyz>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-committers(at)lists(dot)postgresql(dot)org
Subject: Re: pgsql: Force run of pg_upgrade in the build directory in its TAP test
Date: 2022-06-15 00:00:00
Message-ID: YqkhANbVO13UNXxR@paquier.xyz
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers

On Tue, Jun 14, 2022 at 01:23:04PM -0400, Tom Lane wrote:
> I suppose it would be too user-unfriendly to generate those scripts
> underneath $PGDATA, so don't we need to put back the .gitignore
> entries?

delete_old_cluster.sh is generated within tmp_check/ in a non-VPATH
build:
$ cd src/bin/pg_upgrade/ && make check
$ find . -name delete_old_cluster.sh
./tmp_check/delete_old_cluster.sh
$ git grep chdir -- *.pl
t/002_pg_upgrade.pl:chdir ${PostgreSQL::Test::Utils::tmp_check};

Or you have a workflow where you do a "make clean" after running the
tests on a past stable branch? This would leave behind
delete_old_cluster.sh, especially if the cleanup is triggered on
HEAD. With each branch taken in isolation, there is no need for a
.gitignore entry. (FWIW, I just use a worktree these days in my flow
of patching across multiple stable branches.)
--
Michael

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message Tom Lane 2022-06-15 00:11:59 Re: pgsql: Force run of pg_upgrade in the build directory in its TAP test
Previous Message Tom Lane 2022-06-14 22:17:13 pgsql: Avoid ecpglib core dump with out-of-order operations.