Комментарии 9
Спасибо за статью. Как раз задумываюсь об оптимизации своего пайплайна с Nx.
Можете поделиться своим опытом:
Какие оптимизации стоит использовать в самом пайплане, а какими стоит ограничиться лишь локально?
Что можете сказать о прогонке тестов во время разработки. Насколько я слышал за это отвечает механизм watch.
affected, run-many с настройкой parallel точно и там, и там полезны
дальше уже по ситуации, может, понадобится чистить кэш через nx clear-cache, бывает и такое
buildable libs обещает ускорение локальной сборки
Можно еще настраивать кэширование под себя (какие изменения учитывать), тоже в обоих случаях полезноДа просто с watch запускаете, например, nx test PROJECT_NAME --watch и все прекрасно работает
В целом про workspace watching можно здесь почитать
Подскажи, пожалуйста, может есть способ запускать приложение (микрофронт) вне nx workspace, которое использует библиотеку из nx workspace с build библиотеки в watch режиме?
Условно, я хочу запустить приложение в одном репозитории и оно должно ребилдить библиотеку, которая из другого репозитория, в случае если в ней были изменения.
В текущем варианте приходитсч ребилдить библиотеку руками, а потом копировать ее в node_modules другого репозитория, чтобы использовать там
К сожалению, не могу предложить другое решение, тоже только ручной ребилд в голову приходит. Не пробовал на гитхабе спросить?
К сожалению в Nx нету возможности затаскивать стили из одной либы в другую.
Для небольших проектов это еще работает, но с увеличением кодовой базы продолжительность build/serve будет только увеличиваться, здесь нам помогут buildable libs.
Ага, а как существующие библиотеки переделать в buildable? Это где-то задокументировано?
Не пропусти это при работе с Nx