Why --backup-and-modify-in-place in perltidy config? - Mailing list pgsql-hackers

From Tom Lane
Subject Why --backup-and-modify-in-place in perltidy config?
Date
Msg-id 25994.1471207116@sss.pgh.pa.us
Whole thread Raw
Responses Re: Why --backup-and-modify-in-place in perltidy config?  (Andrew Dunstan <andrew@dunslane.net>)
List pgsql-hackers
I did a trial run following the current pgindent README procedure, and
noticed that the perltidy step left me with a pile of '.bak' files
littering the entire tree.  This seems like a pretty bad idea because
a naive "git add ." would have committed them.  It's evidently because
src/tools/pgindent/perltidyrc includes --backup-and-modify-in-place.
Is there a good reason for that, and if so what is it?

Also, is there a reason why the perltidy invocation command hasn't
been packaged into a shell script, rather than expecting the committer
to copy-and-paste a rather large string?
        regards, tom lane



pgsql-hackers by date:

Previous
From: Ryan Murphy
Date:
Subject: Small patch: initdb: "'" for QUOTE_PATH (non-windows)
Next
From: Andreas Joseph Krogh
Date:
Subject: Re: Bogus ANALYZE results for an otherwise-unique column with many nulls