>>>> А как review кода проводить без автоматического форматирования?
>>> Внезапно, глазами. Вообще не понимаю, как одно с другим связано.
>> Вот именно что глазами, просматривать сотни строк изменений глазами,
>> из-за того что другая IDE по другому код отформатировала,
>> вам свои глаза что ли не жалко и свое время?
> Различные (распространенные) варианты форматирования кода меня лично не напрягают

При чем здесь вообще общие стили, и насколько они напрягают?

Мы говорим о различии стилей, то есть приходит тебе на review патч,
там на самом деле изменений две строчки, а еще 300 строчек изменены,
потому что табы пробелами заменены, или перед фигурными скобочками
перевод строки поставлен, и т.д. и т.п., именно за этим нужны такие тулзовины
типа rustfmt, чтобы их поставить в git pre-commit hook и в VCS и далее на review
попал патч который только две строчки изменил.

И даже если так повезло и твой review tool внутри содержит что-то типа rustfmt/clang-format/go fmt, и сможет отфильтровать эти бесполезные изменения,
то потом "git blame" будет "врать" для этих строчек.
В общем в современной разработке в VCS код должен храниться в определенном формате,
если мы не можем уйти от хранения AST в виде текста.