Re: Maintaining a list of pgindent commits for "git blame" to ignore

Поиск
Список
Период
Сортировка
От Peter Geoghegan
Тема Re: Maintaining a list of pgindent commits for "git blame" to ignore
Дата
Msg-id CAH2-WzkNpDGK7LePYvXv4bCcb0BtnKF9x2+q3qsC=LOZc9HNDg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Maintaining a list of pgindent commits for "git blame" to ignore  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Maintaining a list of pgindent commits for "git blame" to ignore
Re: Maintaining a list of pgindent commits for "git blame" to ignore
Список pgsql-hackers
On Thu, Mar 18, 2021 at 4:05 PM Tom Lane <tgl@sss.pgh.pa.us> wrote:
> b5d69b7c22ee4c44b8bb99cfa0466ffaf3b5fab9  # Sun Jun 7 16:57:08 2020 -0400
> # pgindent run prior to branching v13.
>
> which is easy to make from "git log" or "git show" output.  (Because
> of the precedent of those tools, I'd rather write the commit hash
> before the rest of the entry.)

WFM.

What about reformat-dat-files and perltidy runs? It seems that you
have sometimes used all three reformatting tools to produce one commit
-- but not always. ISTM that I should get any of those that I missed.
And that the pgindent README (which already mentions these other
tools) ought to be updated to be explicit about the policy applying
equally to commits that apply any of the two other tools in bulk.

-- 
Peter Geoghegan



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: Maintaining a list of pgindent commits for "git blame" to ignore
Следующее
От: Ajin Cherian
Дата:
Сообщение: Re: [HACKERS] logical decoding of two-phase transactions