Прежде всего, возможно, это уже ответ на вопрос, но я ничего не нашел по этому вопросу.
Это не проблема, а вопрос о лучшем способе управления файлом config.php
в Magento 2.
На самом деле наша config.php
версия не является версионной (по умолчанию в .gitignore
файле M2 ), поэтому ее нет в нашем хранилище. Проблема в том, что когда кто-то устанавливает проект, у него нет этого файла, но у него уже есть база данных, поэтому он не может запустить его bin/magento setup:install ...
для создания файла.
Мы знаем, что bin/magento setup:upgrade
добавлять необъявленные модули можно, config.php
но только в том случае, если файл существует и bin/magento module:enable
могут добавлять модули, но мы не хотим запускать его каждый раз при развертывании или установке проекта.
Мой вопрос (ы):
- Есть ли у нас удалить config.php
из .gitignore
и версии его?
- Должны ли мы добавить его в первый раз в хранилище и впустить его .gitignore
после?
- Как лучше всего управлять этим файлом?
источник
Ответы:
Прежде всего, очень хороший вопрос.
Но ... я не согласен с этим:
Я бы сказал, что при установке проекта, если у вас уже есть база данных, вы должны взять
config.php
файл также из того же места, где вы получили базу данных.Таким образом, вам не нужно бежать,
setup:install
и у вас есть все, как должно быть.Я бы не рекомендовал создавать версии этого файла из-за следующего сценария.
setup:upgrade
поэтому модуль появляется не вconfig.php
Поэтому я думаю, что лучшим решением (IMO) было бы просто не версия и сделать это в зависимости от вашего случая:
config.php
файл (наряду с другими подобнымиpub/media
), чтобы у вас не было устаревших данных.config.php
, просто запустите инсталлятор, который создаст его для вас.источник