Antes de tudo, talvez seja uma pergunta já respondida, mas não encontrei nada sobre esse assunto.
Não é um problema, mas uma pergunta sobre a melhor maneira de gerenciar o arquivo config.php
no Magento 2.
Na verdade, o nosso config.php
não é versionado (por padrão no .gitignore
arquivo M2 ), portanto não está em nosso repositório. O problema é que, quando alguém instala o projeto, ele não possui esse arquivo, mas ele já possui o banco de dados, portanto não pode executar bin/magento setup:install ...
para gerar o arquivo.
Estamos cientes de que bin/magento setup:upgrade
adicionamos módulos não declarados a, config.php
mas apenas se o arquivo existir, e bin/magento module:enable
podemos adicionar módulos, mas gostaríamos de evitar o lançamento sempre que implantarmos ou instalarmos o projeto.
Minha (s) pergunta (s):
- Temos que removê config.php
- .gitignore
lo e versão dele?
- Temos que adicioná-lo na primeira vez no repositório e deixá-lo no .gitignore
depois?
- Qual é a melhor maneira de gerenciar este arquivo?
fonte
Respostas:
Antes de tudo, muito boa pergunta.
Mas ... eu não concordo com isso:
Eu diria que, quando você instala o projeto, se você já possui o banco de dados, deve levar o
config.php
arquivo também do mesmo local em que o banco de dados foi adquirido.Dessa forma, você não precisa correr
setup:install
e tem tudo como deveria.Eu não recomendaria a versão deste arquivo devido ao seguinte cenário.
setup:upgrade
para que o módulo não apareça emconfig.php
Portanto, acho que a melhor solução (IMO) seria simplesmente não a versão e fazer isso dependendo do seu caso:
config.php
arquivo (junto com outros comopub/media
) para não ter dados desatualizados.config.php
, basta executar o instalador que criará isso para você.fonte