Aetae

Переменные надо декларировать до подключения основных стилей.

Только динамический import() поддерживает использование переменных, при этом в бандл попадают все файлы соответствующие паттерну.

Если же мы говорим именно о константах, то на этапе компиляции webpack всё равно не знает, что у вас там лежит в config. Он не запускает ваш код - он его собирает.
Если конфиг-файл у вас статический, то вы можете подключить его в сам конфиг вэбпака и сделать там, например, алиас вида:

`~static/i18n/CONFIG_LANG.json`:  path.resolve(`./static/i18n/${config.lang}.json`)

и в коде, соответственно, писать:

import default_locale from `~static/i18n/CONFIG_LANG.json`

Это самый простой способ, в целом же через вэбпак можно много чего ещё наворотить. (даже написать свой loader, который будет таки (пытаться) расшифровывать константы в импорте)

Очевидно потому что webpack пакует модули внутри себя, так чтобы как можно меньше "мусорить" в глобал. Если вам нужно для целей отладки пошарить что-то в глобальную область - делайте это явно, через window.modal = ....
В подакшн версии это уже, само собой, неприемлемо.

publicPath

Лично мне нравится фича __webpack_public_path__: с установкой динамически из document.currentScript можно вообще не париться где что будет лежать.
Но если адреса меняться не будут, то статический publicPath конечно надёжнее.

P.S. На всякий случай: если на одной странице используется несколько webpack-бандлов, следует не забыть установить каждому уникальную jsonpFunction иначе могут быть коллизии.

> vue init webpack 'name'
Нет там такого. Это просто синтаксис команд от vue-cli 2.x, последнее обновление которой было 2 года назад. Сейчас есть только vue create.

В целом же: webpack - универсальная система сборки приложения, vue-cli(-<some>) - набор тулз для работы конкретно c vue, внутри использующий в том числе webpack со множеством преднастроек и плагинов.

vue-cli-service build --mode development

Ну и:

configureWebpack: {
    devtool: 'source-map'
}

Если нужда адекватная - дописываете код, делаете PR автору и в следующей версии наслаждетесь.
Если нужда особая своя - делаете форк и либо публикуете в npm(никаких ограничений на это нет) в своём неймспейсе, либо просто кладёте в проект и линкуете свою локальную версию через link:./path или file:./path.

Монки-патчить какой-то один конкретный файл - не вариант(хотя технически возможны любые костыли - вебпак свободно расширяется плагинами), потому что в следующей версии либы автор может полностью перекроить внутреннюю структуру и у вас всё сломается.