Trabalho com Magento 2 há 2 meses. Percebi que estou usando bin/magento setup:upgrade
demais. Eu acho que não sei quando tenho que executar esse comando.
Aqui estão as situações em que eu executo o comando mencionado acima.
- Quando eu crio um novo módulo,
- Quando adiciono algo ao diretório de instalação,
- Quando eu edito
etc/module.xml
, - Quando eu edito
etc/di.xml
, - Quando eu edito
etc/webapi.xml
, - Quando eu edito
etc/adminhtml/system.xml
Pergunta: Em quais situações é absolutamente necessário executar o bin/magento setup:upgrade
comando?
( A razão pela qual estou perguntando é que leva algum tempo para concluir esse comando. Acredito que ele pode realmente melhorar a produtividade se eu parar de usá-lo desnecessariamente. )
fonte
setup:upgrade
pode ser executado como uma alternativa paramodule:enable
.Se você trabalha com o modo de desenvolvedor, não precisa
compil
e quando modificaxml
, pode fazer apenas asetup:upgrade
.E para os outros modificações, como
css
,phtml
,js
, únicaflush cache
, você não precisa implantar conteúdo estático .fonte
setup:upgrade
a modificação do xml. Para mais detalhes consulte resposta superior :)Basta executar a configuração bin / magento: atualize sempre que fizer modificações no banco de dados.
Por exemplo, se você estiver criando atributos (programaticamente), novos módulos, atualizações de versão etc.
Portanto, a regra básica a ser lembrada é que, se você souber que seu código faria modificações no banco de dados, execute o comando setup: upgrade.
fonte
php bin/magento setup:upgrade
tornar o trabalho de instalação CRON obsoleto? Estou confuso porque é registrado aqui como um cronjob para executar everye minutos devdocs.magento.com/guides/v2.3/comp-mgr/module-man/...Eu criei um arquivo bash que poderia automatizar o processo:
na sua pasta magento digite 'vi magento_bash' copie e cole o código abaixo. salve o arquivo escapando e: wq e digite espero que isso ajude. Nota: o arquivo abaixo utiliza apenas um comando por vez.
fonte
Quando você está implantando seu código manualmente. Todos os métodos sugeridos acima são bons o suficiente para economizar tempo.
Se você tiver uma implantação automática por meio do Jenkins ou de outras ferramentas, execute todos os comandos, pois a ferramenta não sabe o que você fez e qual arquivo foi alterado.
fonte