Re: Release 17 of the PostgreSQL Buildfarm Client
От | Andrew Dunstan |
---|---|
Тема | Re: Release 17 of the PostgreSQL Buildfarm Client |
Дата | |
Msg-id | 793aa36e-e0a9-ca2e-c350-bac7054105cf@dunslane.net обсуждение исходный текст |
Ответ на | Re: Release 17 of the PostgreSQL Buildfarm Client (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Release 17 of the PostgreSQL Buildfarm Client
|
Список | buildfarm-members |
I wrote:I ran a test of this using run_branches.pl --run-all --nosend --force and noticed that it created "animal.force-one-run" files in each of the per-branch directories, and never removed them.Further testing shows that a pre-existing force-one-run file does get removed, so use-cases involving manual creation of the file are still OK. Maybe this "force twice" from --force has been there all along, and nobody noticed? Even if it's a new bug, it's not a show-stopper.
This isn't a product of the --force flag. It's done so that --nosend and --nostatus don't defeat the up-to-date checks in run_branches.pl by writing a githead.log with a gitref we haven't reported on. We could possibly do that another way, e.g. by removing or renaming the githead.log file in such cases, since the checks in run_branches.pl rely on that name. (thinks) In fact that's probably better, because instead of forcing a run it would just make the code do a slow up-to-date check (by doing a git pull) next time around. Will fix.
If you had used --test instead of --nosend this wouldn't have happened.
In any case, the next regular run (i.e. one without --nosend or --nostatus) will remove the files.
cheers
andrew
-- Andrew Dunstan EDB: https://www.enterprisedb.com
В списке buildfarm-members по дате отправления: