строка может быть представлена как строка, либо как "строка".
[mysqld]
# нам нужно изменить используемую по умолчанию collation_connection с utf8_general_ci на utf8_unicode_ci
# для пользователя с привелегией SUPER init_connet срабатывать не будет, надо это иметь ввиду. Стоит бы создать отдельного пользователя для бд и работать из-под него.
init_connect=‘SET collation_connection = utf8_unicode_ci’
# устанавливаем настройки для сервера - они и будут использоваться по умолчанию для всего остального (бд, таблицы, колонки)
character-set-server = utf8
collation-server = utf8_unicode_ci
# внешние клиенты (php) должны быть сами корректно настроены
# можно использовать эту опцию для того, чтобы игнорировать их настройки, но я думаю, не стоит без необходимости.
# Правда, если ее указать, то и под рутовым пользователем будет collation_connection = utf8_unicode_ci
# skip-character-set-client-handshake
# для клиентов, таких как mysql, mysqldump и т.п.
[client]
default-character-set = utf8touch /helloworld. В общем - необходимую для воспроизведения вашей ситуации информацию.
1. Изменения в каких файлах должны мониториться? Приведите конфиг, который отвечает за их указание и за действия при их иземении (пересборку)
2. Как именно вы проверяете, что пересборка выполнена?
3. --section=site- я не нашел такого параметра в документации к cross-env. Что это за параметр, он там точно должен быть?
4. Если я правильно понимаю, cross-env в первую очередь нужен для того, чтобы можно было передавать переменные окружения перед командой в windows так же, как в linux. Учитывая, что команда выполняется в linux контейнере - cross-env можно убрать, чтобы исключить задействованные сущности. Да и вообще, кажется, cross-env не нужна, если не дает какого-то еще функционала. В общем, советую без нее проверить и подкорректировать вопрос соответственно.