Настройка лучшего сценария eslint с git pre-commit?
Добрый день, коллеги, сейчас внутри компании дискуссия по внедрению husky, интересен ваш опыт
Мы хотим чтобы в репозитории был код, стилизованный по единым правилам. Рассматриваем 2 варианта пре-хука в IDE:
Я нафигачил код, не всегда правильно по форматированию. Делаю коммит, проверяю код в окне коммита, все ок. Нажимаю вкоммитить.
1 вариант хука: В ходе пре коммита код сам отформатируется, и в коммит пойдет уже чистый код, отпретифаенный и отлинтованный
2 вариант хука: В ходе пре коммита IDE говорит мне, что у меня плохо с форматированием, и мне надо их поправить. Я выполняю команду форматирования, еще раз проверяю в окне коммита и комичу.
Вопрос:
Использовали ли вы первый или второй вариант, какой показал себя лучше?
1 Использовал оба, лучше 1
2 Использовал оба, лучше 2
3 Использовал только 1, и мне нравится
4 Использовал только 1, но кажется 2й лучше
5 Использовал только 2, и мне нравится
6 Использовал только 2, но кажется, что 1й лучше
Также интересен ваш опыт в разработке и размеры проектов в которых это использовалось.
хотя первый вариант кажется лучше - на практике второй вариант оказывается более рабочим. Потому что в первом варианте возможен исход когда претьир или линтер не могут исправить ошибку.
Второй вариант лучше, так как там у нас больше контроля над кодом. Удобнее выполнять автоформат до коммита и поправить результат, чем доверять машине переформатировать код без возможности вмешаться.
А style guide можно оформить в виде настроек форматера, которые сохраняйте в репозитории, чтобы у всех настройки были одинаковые.
Средний
Средний
