Не пропусти это при работе с Nx

[t-mish]

Спасибо за статью. Как раз задумываюсь об оптимизации своего пайплайна с Nx.

Можете поделиться своим опытом:

1. Какие оптимизации стоит использовать в самом пайплане, а какими стоит ограничиться лишь локально?

2. Что можете сказать о прогонке тестов во время разработки. Насколько я слышал за это отвечает механизм watch.

[MiliyKot]

1. affected, run-many с настройкой parallel точно и там, и там полезны
   дальше уже по ситуации, может, понадобится чистить кэш через nx clear-cache, бывает и такое
   buildable libs обещает ускорение локальной сборки
   Можно еще настраивать кэширование под себя (какие изменения учитывать), тоже в обоих случаях полезно

2. Да просто с watch запускаете, например, nx test PROJECT_NAME --watch и все прекрасно работает
   В целом про workspace watching можно здесь почитать
   

[mdlufy]

Подскажи, пожалуйста, может есть способ запускать приложение (микрофронт) вне nx workspace, которое использует библиотеку из nx workspace с build библиотеки в watch режиме?

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

В текущем варианте приходитсч ребилдить библиотеку руками, а потом копировать ее в node_modules другого репозитория, чтобы использовать там

[MiliyKot]

К сожалению, не могу предложить другое решение, тоже только ручной ребилд в голову приходит. Не пробовал на гитхабе спросить?

[mdlufy]

Спросить не пробовал, но коллеги посоветовали попробовать проставить у библиотеки publish directory репы, куда я хочу билдить

Еще не проверял, не уверен что автоматически будет работать ребилд

[MiliyKot]

Поделишься потом результатами проверки?)

[mdlufy]

руки никак не доходили)
нужно сбилдить либу в watch режим в другой репозиторий, пока что не придумал как это можно сделать, как что-то узнаю - расскажу)

[inmativ]

К сожалению в Nx нету возможности затаскивать стили из одной либы в другую.

[den_po]

Для небольших проектов это еще работает, но с увеличением кодовой базы продолжительность build/serve будет только увеличиваться, здесь нам помогут buildable libs.

Ага, а как существующие библиотеки переделать в buildable? Это где-то задокументировано?