Почему ошибки ТС отличаются когда запускаешь сам и когда в lint-staged?

Question

[GaserV]

Такая проблемка. В package-json есть:

"lint-staged": {
    "src/**/*.{ts,tsx}": [
      "eslint --cache --fix",
      "tsc --pretty --noEmit"
    ]
  },

И есть несколько проблем, которые хотелось бы решить:

1. Когда запускаешь команду tsc --pretty --noEmit в терминалке и когда срабатывает в lint-staged - выбрасываются абсолютно разные ошибки. В одном случае одно в другом другое
2. Как можно настроить проверку ТС только на затронутые файлы а не на весь проект?

Comments

[Александр]

Запускайте через npx оба варианта

[WbICHA]

Потому что линт стейдж игнорит тсконфиг.
https://github.com/lint-staged/lint-staged/issues/825

[WbICHA]

А вообще хз зачем этот линт стейдж юзать, никаких реальных плюсов он не даёт, а шанс запушить сломанный код даёт.

[Aetae]

WbICHA, на большом проекте "линт всего" занимает дохрена времени же.

[WbICHA]

Aetae, это насколько проект должен быть большим, чтобы линтинг таким долгим был? А если проект настолько большой, то почему это монолит тогда?

[Aetae]

WbICHA, а оно и не монолит, всё равно дохрена. Кровавый энтерпрайз. Так получилось что я никогда по всяким лендингам-одностраничникам не работал, мб там проще.
Дохрена это не часы, если что, но и минута перед каждым коммитом - напряг.

[WbICHA]

Aetae, ну хз, прям с большими проектами я, наверно, не работал, но проблем со скоростью как-то ни разу не было, хотя у меня плагинов там штук 10. Впрочем, надо будет как-нибудь до 9ой версии обновиться, он, вроде, быстрее, но не все плагины обновились...
И, пожалуй, самое главное, я использую только препуш.) Потому что даже преттиер ждать для каждого коммита для меня слишком долго, да и зачем, если все изменения всё равно лишь локально.)

[Александр]

WbICHA, Знаю, что если юзать некоторые плагины (напр. eslint-import с правилом no-cycle), то время линтовки возрастает заметно.

[WbICHA]

Александр, сейчас проверил с цикличным и без, что с ним 22+- секунды, что без него 22+- секунды. Так что хз.)