Why --backup-and-modify-in-place in perltidy config?

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Why --backup-and-modify-in-place in perltidy config?
Дата
Msg-id 25994.1471207116@sss.pgh.pa.us
обсуждение исходный текст
Ответы Re: Why --backup-and-modify-in-place in perltidy config?  (Andrew Dunstan <andrew@dunslane.net>)
Список 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 по дате отправления:

Предыдущее
От: Ryan Murphy
Дата:
Сообщение: Small patch: initdb: "'" for QUOTE_PATH (non-windows)
Следующее
От: Andreas Joseph Krogh
Дата:
Сообщение: Re: Bogus ANALYZE results for an otherwise-unique column with many nulls