Andrew Dunstan <andrew@dunslane.net> writes:
> Sure. There's probably some work that could still be done in this area
> too, such as making pgperltidy work similarly to how we've now make
> pgindent work.
Perhaps. But before we commit to that, I'd like to see some tweaks to the
pgperltidy rules to make it less eager to revisit the formatting of lines
close to a change. Its current behavior will induce a lot of "git blame"
noise if we apply these same procedures to Perl code.
(Should I mention reformat-dat-files?)
> There's also a question of timing. Possibly the best time would be when
> we next fork the tree.
Yeah. We have generally not wanted to do a mass indent except
when there's a minimum amount of pending patches, ie after the last
CF of a cycle. What I'd suggest is that we plan on doing a mass
indent and then switch over to the new rules, right after the March
CF closes. That gives us a couple months to nail down and test out
the new procedures before they go live.
regards, tom lane