не прокатит..(

большинство плагинов не совместимы

ентрисов много это сколько?
на крайний случай можно подумать в сторону
filterMapLoadersByEntry, то есть руками откинуть лишнее,
то есть еще на этапе описания конфига, до скармливания схемы вебпаку собрать схему(ы) "как надо"
но это мысль, мб не подойдет, надо подумкать

то есть если у тебя ентрисы описываются декларативно, в теории, можно собрать "нужный конфиг" заранее (перед webpack(config)), но это не точно

main - общий для всех страниц
pageName - под имя конкретной страницы только для этой страницы
vendors - для вендоров
импорт стилей внутри js есть везде кроме main потому как я решил что методом тестов с вебпаком 4 я испытываю проблемы с extract плагинами и на замену импорта стилей внутри js файлов компонентов я решил держать все импорты компонентов не в js а в уже существующем main.scss файле и его рендерить через node-sass напрямую
естественно это актуально только для main, так как в тех же вендорах мне удобнее импортировать как стили так и скрипты в одном файле..
вебпаку же мне надо сделать исключение чтоб он не инжектил стилевые куски в main ентрис чтобы уже существующий main.css сгенерированный через node-sass не перезаписывался вебпачным пустым стилевым файлом с комментами (у меня генерируется в папку билда одноименный файл .css)

у меня итак сложноватый составной вебпак конфиг
filterMapLoadersByEntry - хотел бы глянуть на такое

просто имя потенциальной функции, только имя для передачи смысла

isNotMainEntry = !/vendors/.test(issuer)

мб

isNotMainEntry = !/main/.test(issuer)

?

isNotMainEntry = !/vendors/.test(issuer)

isNotMainEntry = !/main/.test(issuer)

это опечатка которую я исправил уже)
чтоб вы понимали
ошибку выдает даже банальное оборачивание в функцию use свойства
прям как по доке

без всяких там переборов и условий

у же самую?

да
как в issue что я скинул

у меня в ентрисе vendors.js импортируются только utitiles.scss и на них же и ругается
версия вебпака последняя

а почему бы не

// @file style-utilites.js
import "./utilites.scss"

?

// @file style-utilites.js
import "./utilites.scss"

а какая разница то? всё равно импорт стилей в js файле
это главное
я вам структуру как пример описал
в main.js импортируются все  js файлы компонентов в которых гарантированно вычищены все импорты стилей (они импортируются через sass импорт в уже существующем одноименном main.scss)
моя задача сделать хотябы чтоб вебпак гадюка не генерировал main.css на выходе (который перезатрет уже сгенеренный вручную через node-sass) исходя только из того что каким-то чудом где-то там каким то плагином инджектится какой-то стилевой файл-конфиг с миксинами (и комментами которые здраво воспринимаются вебпаком как часть стилей!!!) во все ентрисы. Отсюда пошла идея исключить конкретно main ентрис.  Всё только ради цели чтоб файл не генерился.. Хотябы..Но руки связаны.
зачем мне эта хрень ваще понадобилась
из-за байды с extract-text-webpack-plugin который норм не пашет с вевбпак 4
точнее как..работает но сбиется порядок импорта стилей в итоговом билд стилевом файле
ломал голову почему это происходит
ситуация исправляется как только мы пересохраняем файл js в котором есть импорт стилей
гуглил
нашёл кучу issue с этой проблемой
кто-то пытался ее решить но все посылают в баню и юзайте дескать css-mini-extract плагин или как его там..
а тот в свою очередь всегда генерит js чанк после сохранения стилевого файла, что ломает автоинджект без перезагрузки страницы от browsersync который я юзаю из покон веков..
вот и замкнутый круг..
есть старая сборка на основе вебпака 3 но мне очень не хочется поддерживать старье, в то время как многие из послед версий плагинов забили болт на <4.x вебпак..

во всех других ентрисах я хочу чтоб я могу делать всё по прежнему - импортировать что угодно
потому что как правило я работаю с компонентами
а исключительные вендоры подрубаются ну пару раз за день мб..то есть подождать 1-4 сек задержки в многостраничном сайте после сохранения файла с утилитами который в вендоры попадет (так как будут компилиться все css экстркт-кусочки - -- можно
но вот при каждом сохранении стилей - не охота ждать
когда 1 файл стилевой с импортами внутри него всех других - обновление через компил node-sass отдельно от вебпака происходит молниеносно и скорость НЕ замедляется в геометрической прогрессии как это происходт в случае с разрастанием объёма обычного верстального проекта с вебпаком

* extract-css-chunks-webpack-plugin не смотрел или ты про него ?
* еще можно output так
[name][index][ext]
[name].css
[name][index][hash:5]
....
право же я больше запутываюсь
в чем уверен, что  ты и я думаем как собрать костыль (вот не покидает меня это чувство)))

Сюда я обратился как к последней инстанции) естествннно пощупал кучу всего
* extract-css-chunks-webpack-plugin
Вот) мой issue - меня ясное дело не поняли))
https://github.com/faceyspacey/extract-css-chunks-webpack-plugin/issues/154

Ну да, он не понял, что ты юзал плагин на 4 версии