Ну да, это я уже загуглил. Но это требует действий от каждого из контрибьютеров, а мне хочется унифицировать для всех

Каких действий?

Да, настроить хуки придётся всем.

Вот этих

Но это ровно так же с тем же flake8 - если кто-то не смог его себе настроить, он будет заливать заведомо некорректные PR, и править уже после их создания, что будет порождать много шума.

Можно сделать себе Makefile, в нём что-то вроде цели all: ..., а в ней прописать всё: создание virtualenv, установку зависимостей и настройку хуков. И просить контрибьюторов запускать make all при настройке окружения.

Или наоборот, по пунктам расписать в README, что сначала надо установить зависимости вот так, тесты гонять вот так, проверки вот так.

Так или иначе, любому контрибьтеру придётся делать некоторые действия при настройке окружения, и от дополнительного pre-commit install он не умрёт. Главное о необходимости этого ему об этом доходчиво рассказать, скажем, в CONTRIBUTING.md

Ну тут просто - CI не проходит если flake отругался

pre-commit hook - это ведь всего лишь способ запускать какие-то проверки перед коммитом. Они могут отличаться от тех, что гоняются на CI, а могут быть одними и теми же - главное, чтобы если хук есть, то чтобы такая же проверка была на CI. Устанавливается он (pre-commit.com который) указанием себя в зависимостях, а затем (и это единственное лишнее действие) запуском pre-commit install.

Если у кого-нибудь из разработчиков есть какие-то предубеждения касательно хуков - можно им рассказать, что есть вот такие проверки на CI, гоняйте в удобный для вас момент вручную.

Так или иначе, наличие CI им расскажет, что такие проверки есть, и им придётся обратить на них внимание, даже если об этом явно не рассказать.

Тут прикол в том, что у меня пачка DS, которым это ничто не важно и не интересно, поэтому я спрашивал, как это сделать максимально без их участия)

Но если других клёвых способов нет - сделаем через pre-commit

Мне кажется, или английский и русский шрифт у атома различается ( про другие ide не знаю) ? Стал писать строчку и подсознательно  заметил, что раскладка не та. Так и оказалось. Я успел написать только С ))

Было бы здорово, если это так

cauf: Специфический код может быть на другой бд, куда ты будешь переходить. Например, могут быть варианты с INSERT - в некоторых реализациях не поддерживается множественные VALUES, или UPDATE с использованием нескольких таблиц сделан везде по-разному.

cauf: И таких моментов может быть очень много. Это только формально SQL - стандартизированный язык. Реализации достаточно сильно отличаться могут. Одинаковы обычно самые простые формы запросов типа SELECT ... FROM ... WHERE ...

Да. Вот, в pre-commit всё правильно сделано. Оно не совсем ему доверяет, но даёт менять. На CI black можно запускать в режиме check. Есть даже плагин для pytest.

Что такое DS в этом контексте?

Дата сатанисты

Вероятно)

Когда люди используют переменную "o" для операции, а "i" для интервала - никакой Black не поможет.