You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Уже давно замечаю проблему, когда при долгой работе стандартного таска gulp default, который включает в себя startwatch функцию слежения за изменениями в файлах - выполнение таска замедляется с каждой новой итерацией.
При этом можно не вносить никаких изменений в рабочие файлы, таск просто выполняется дольше с каждым новым проходом.
Поиск в интернете дал наводку на использование рекурсивных путей в паттернах (**). Заменив такие пути на более конкретные и избавившись от двойных астерисков мне удалось ускорить обработку файлов и в целом время выполнения перестало расти.
Хочу так же заметить, что если в baseDir будет папка с большим количеством файлов, компиляция может сильно замедлиться. Даже если исключить определенные папки '!' + basedir + '/bitrix/'. К примеру, я это заметил попробовав собрать проект в папке с битрикс (содержит: Файлов: 70 579; папок: 29 599)
Доброго времени суток!
Уже давно замечаю проблему, когда при долгой работе стандартного таска gulp default, который включает в себя startwatch функцию слежения за изменениями в файлах - выполнение таска замедляется с каждой новой итерацией.
При этом можно не вносить никаких изменений в рабочие файлы, таск просто выполняется дольше с каждым новым проходом.
Поиск в интернете дал наводку на использование рекурсивных путей в паттернах (**). Заменив такие пути на более конкретные и избавившись от двойных астерисков мне удалось ускорить обработку файлов и в целом время выполнения перестало расти.
С файлами работаю в VS Code.
Что я сделал:
заменил на:
(согласно структуре своего конкретного проекта)
The text was updated successfully, but these errors were encountered: