Я спрашиваю, зачем нам это нужно. Есть ли проблема, которую мы решаем с помощью этого? Насколько я понимаю, инструменты в том виде, в каком они есть, работают. Какие преимущества мы получаем, переписывая все наши инструменты в плагины nrwl?

не переписывать - это больше, как он интегрирован в рабочую область nx. Это должно быть больше преобразование библиотеки в плагин. Тогда мы сможем избавиться от "хакерского" способа построения наших собственных конструкторов.
с tsc --outdir /node_modules/dynatrace/barista-builders например

Мы всегда должны следовать рекомендациям nx, потому что это самоуверенная структура папок, и в противном случае инструменты не будут работать должным образом.

Пожалуйста, поправьте меня, если я ошибаюсь, но в настоящее время инструменты работают должным образом, не так ли?

не. Мы сталкиваемся с проблемами, связанными с тем, что файлы не получаются и не импортируются из инструментов, в которых мы разрушаем наш граф зависимостей. Наши инструменты не являются библиотеками, но не являются инструментами в смысле nrwl / nx. Это плагины, поэтому мы должны относиться к ним как к одному. Этим следует заняться после рефакторинга рабочего пространства

Тогда ладно. Насколько я понял, объяснение, которое мне дал

• Нам пришлось переместить все наши инструменты в папку libs для # 570, потому что nx имеет жестко запрограммированные пути apps и libs в своем граничном правиле линтинга.
• Поскольку мы теперь переместили инструменты в библиотеки, другие правила линтинга nx не работают, потому что они запрещают дополнительные файлы в своей библиотеке Root (например, Dockerfile и т. Д. _Files, от которых мы зависим в некоторых случаях использования инструмента_)
• Nx предоставляет с версией 9 новое решение для них, потому что они, очевидно, заметили необходимость в дополнительных инструментах. И их способ сделать это - добавить инструменты (которые не следует рассматривать как библиотеку) в папку плагинов, где линтинг менее строг.

@tomheller идеальное резюме: D

Этот выпуск устарел, потому что он был открыт 30 дней без активности. Удалите устаревший ярлык или комментарий, иначе он будет закрыт через 5 дней

Этот выпуск устарел, потому что он был открыт 90 дней без активности. Удалите устаревший ярлык или комментарий, иначе он будет закрыт через 5 дней