в посольство

Нашёл в биргике пиво из одного Московского бара

а куда там ставятся всякие тулзы типа prettier, etc? т.е набор инструментальных пакетов, которые нужны всем остальным

делается еще один package.json c devDependencies в корне?

нет, в корне там нельзя сделать devDeps. для eslint у нас например просто отдельный пакет с настройками

и в настройках ide пути к конфигам в этот пакет ведут

а есть какие-то хорошие примеры опенсорсных проектов под управлением этой штуки (ну, кроме самого rushstack)?
хотя мб стоит на сам рашстек посмотреть

зачем вот они так делают? https://github.com/microsoft/rushstack/blob/040dc7ae65fb0102345570a967e5d490b4c166c3/common/autoinstallers/rush-prettier/package.json

я пока не понимаю(
как правильно ставить пакеты инструментов, которые общие для всех пакетов под управлением этой штуки? т.е. вот мне нужно запускать prettier, https://rushjs.io/pages/maintainer/enabling_prettier/ — они там глобально его ставят Ж(

а где находится версия eslint, который запускается? или вы тоже глобально ставите?)

как же это всё неудобно

ну у нас есть такие кейсы:
1) eslint. это просто отдельный пакет с конфигами линта и всеми и в зависимостях у него как раз эта версия eslint и все остальное нужное
2) сборка и тесты. это тоже отдельные пакеты которые содержат в себе все нужные зависимости, например пакет builder и у него в зависимостях webpack, rollup, typescript, куча плагинов. и в остальных пакетах это builder подключён в deps. и ав scripts есть команда build которая этот сборщик запускает

ну да, это наверное самое прямое решение — "упаковать" зависимости по инструментам в свои пакеты, от которых зависеть
ну и там еще конфиги у вас и скрипты всякие сборочные итд в этих пакетах

спасибо, думаю сделать аналогично

и у вас там директория какая-то, наверное, есть в корне проекта, типа ./tools и там уже все это инструментальное добро лежит, да?

https://github.com/microsoft/rushstack/blob/master/rush.json#L831 в rushstack у них есть такая директория, я так понял это та же самая идея (если я правильно понял сходу что это)

да, это что-то типа того

ну у нас там по историческим причинам все достаточно мудрено

например вот в rushstack у нас там есть пакет с eslint который они подключают в заивисмости других пакетов, но мы на это забили, отдельный пакет с eslint есть. но в зависимости других пакетов не подключаем, просто настраиваем в ide пути на него

а пакет со сборщиком у нас в итоге вырос в отдельный проект и переехал потом в отдельный репозиторий