He estado trabajando con Magento 2 durante 2 meses. Me di cuenta de que estoy usando bin/magento setup:upgrade
demasiado. Creo que no sé cuándo tengo que ejecutar ese comando.
Estas son las situaciones en las que ejecuto el comando mencionado anteriormente.
- Cuando creo un nuevo módulo,
- Cuando agrego algo al directorio de instalación,
- Cuando editar
etc/module.xml
, - Cuando editar
etc/di.xml
, - Cuando editar
etc/webapi.xml
, - Cuando edito
etc/adminhtml/system.xml
Pregunta: ¿ En qué situaciones es absolutamente necesario ejecutar el bin/magento setup:upgrade
comando?
( La razón por la que pregunto es que lleva algún tiempo terminar ese comando. Creo que realmente puede mejorar la productividad si dejo de usarlo innecesariamente ) .
fuente
setup:upgrade
se puede ejecutar como una alternativa amodule:enable
.Si trabaja con el modo desarrollador no necesita
compil
e cuando modificaxml
, solo puede hacer asetup:upgrade
.Y para los demás modificaciones como
css
,phtml
,js
, únicaflush cache
, no es necesario para desplegar el contenido estático .fuente
setup:upgrade
modificación xml. Para más detalles, consulte la respuesta superior :)Simplemente necesita ejecutar la configuración bin / magento: actualice siempre que realice modificaciones en la base de datos.
Por ejemplo, si está creando atributos (programáticamente), nuevos módulos, actualizaciones de versiones, etc.
Entonces, la regla básica a tener en cuenta es que, si sabe que su código haría modificaciones en la base de datos, ejecute el comando setup: upgrade.
fuente
php bin/magento setup:upgrade
la configuración CRON JOB obsoleta? Estoy confundido porque está registrado aquí como un cronjob para ejecutar devdocs.magento.com/guides/v2.3/comp-mgr/module-man/…He creado un archivo bash que podría automatizar el proceso:
en su carpeta de magento escriba 'vi magento_bash' copie y pegue el código a continuación. guarde el archivo escapando y: wq e ingrese espero que esto ayude. Nota: el archivo a continuación solo toma un comando a la vez.
fuente
Cuando está implementando su código manualmente. Todos los métodos sugeridos anteriormente son lo suficientemente buenos como para ahorrar tiempo.
Si tiene una implementación automática a través de Jenkins u otras herramientas, debe ejecutar todos los comandos ya que la herramienta no sabe qué hizo y qué archivo se modificó.
fuente