#workflow #magento2 #development-environment
#рабочий процесс #magento2 #среда разработки
Вопрос:
Я работаю над сайтом Magento, и у меня есть вопрос о рабочем процессе в режиме разработчика. Я использую дочернюю тему с именем luma_child.
Если у меня есть изменения в файле default.xml в папке дочерней темы, чтобы это изменение вступило в силу, правильно ли звучит следующее?
- настройка magento: di: compile — Никаких изменений не отображается, если я сначала не запущу это (для xml-файлов), это правильно?
- grunt exec: luma_child — затем я должен запустить это, чтобы очистить ранее кэшированные файлы.. хотя я думал, что следует использовать символические ссылки, а не копировать файлы?
- без ворчания: luma_child — Тогда css необходимо восстановить, поскольку файлы очищены. (примечание, почему grunt не генерирует статическую скомпилированную версию в папке без кэша и в папке cached, чтобы ее можно было связать символическими ссылками и не приходилось перезапускать каждый раз, когда очищаются каталоги var )
Это никоим образом не правильно. Просто хочу знать, были ли у других людей проблемы с этим и нашли ли они решение этого ужасного процесса.
Комментарии:
1. Я не думаю, что вы сумасшедший, у этого есть свои оговорки, вы случайно не на Windows? Если это так, возможно, вы видите, что символические ссылки работают некорректно
Ответ №1:
Вам не всегда нужно выполнять команду setup:di:compile в режиме разработчика. Например, если вы установили новый модуль или подключаемый модуль через Composer после выполнения команды обновления, вам нужно сгенерировать этот код и, следовательно, запустить setup:di: compile Это широко обсуждается в этой теме на Stackover, пожалуйста, внимательно прочитайте ее, чтобы понять концепцию.
https://magento.stackexchange.com/questions/184237/magento2-setupdicompile