GIT y estrategia de implementación de proyectos Magento2

Con Magento 1 utilicé una herramienta de implementación que extrajo el repositorio GIT, ejecuté comandos como modman deploy-ally me aseguré de que el vardirectorio se pudiera escribir. Para el .gitignoreusé este que funcionó bastante bien.

¿Pero qué hay de Magento 2 ?

Qué gitignore funciona mejor, cómo implementa su proyecto y qué comando se debe ejecutar antes y después de la implementación. Esperamos escuchar algunas ideas de la comunidad.

La pregunta permanecerá abierta durante bastante tiempo.

Los pasos a continuación describen cómo configurar el entorno para el desarrollo de módulos personalizados, no para la producción.

Inicializacion del proyecto

1. Agregue credenciales repo.magento.com y token de acceso github a auth.json en el directorio de inicio del compositor

2. Cree un proyecto con el siguiente comando:

   composer create-project --repository-url=https://repo.magento.com/ magento/project-community-edition .

3. Tome este .gitignore y póngalo en la raíz de su proyecto. Casi todos los archivos / directorios principales ya están agregados a la raíz .gitignore, pero es mejor agregar también los siguientes 2 /updatey /phpserver(solo agregue estas 2 líneas a .gitignore)

4. Inicializar nuevo repositorio git en la raíz del proyecto
5. Agregue todos los archivos no rastreados a git y confírmelos
6. Inicie el desarrollo de sus módulos como de costumbre (póngalos debajo app/code/VendorName/ModuleName), ahora solo tendrá su código personalizado en su repositorio git

Instalación de Magento

1. Asegúrese de que todos los permisos del sistema de archivos estén configurados como se describe en la guía oficial

2. Instale Magento usando la línea de comando, por ejemplo:

   ${project_root}/bin/magento setup:install \ --db-host=localhost \ --db-name=magento \ --db-user=root \ --backend-frontname=admin \ --base-url=http://base.url.goes.here/ \ --language=en_US \ --timezone=America/Chicago \ --currency=USD \ --admin-lastname=Admin \ --admin-firstname=Admin \ [email protected] \ --admin-user=admin \ --admin-password=123123q \ --cleanup-database \ --use-rewrites=1

3. Habilitar indexadores cron trabajo, por ejemplo, en Ubuntu:

   echo "* * * * * php ${project_root}/bin/magento cron:run &" | crontab -u www-data -

4. Magento se ejecutará en defaultmodo y todo el contenido faltante se generará automáticamente a la primera solicitud. Por lo tanto, no es necesario ejecutar el compilador o la implementación de contenido estático

5. [opcional] Si usa PHP Storm, ejecute el siguiente comando para habilitar la compatibilidad con XSD:

   bin/magento dev:urn-catalog:generate .idea/misc.xml

Para la inicialización e instalación, siga los pasos de Alex, su respuesta para la mayoría de los pasos, solo las diferencias que recomendaría:

Configuración de Git

Solo almacene los siguientes archivos en su repositorio de Git:

• composer.json
• compositor.lock
• app / etc / config.php

Para el código personalizado de su proyecto, también use módulos separados que incluya a través del compositor. Administrar este thru composer es más fácil, ya que puede bloquear una versión / lanzamiento específico que desea implementar. Esto también lo obliga a usar el mismo enfoque para los módulos internos y externos.

Despliegue

Durante el desarrollo, actualiza los módulos en su entorno (dev / test) con el comando:

composer update

Esto actualizará el archivo composer.lock con las versiones instaladas en esa instalación.

En la preparación / preproducción / producción puede crear / instalar la misma configuración con el comando:

git pull
composer install

Esto instalará todos los mismos módulos que se utilizan en dev / test para garantizar que las pruebas antes de publicar en producción se realicen con las mismas versiones de módulos con las que se desarrolla.

Después de la instalación para ejecutar los siguientes comandos:

bin/magento setup:upgrade
bin/magento setup:di:compile (or setup:di:compile-multi-tenant)
bin/magento setup:static-content:deploy

Esto actualizará la base de datos (esquema y actualización de datos), generará la configuración DI e implementará todos los archivos de vista estática.

Re .gitignore, 2.2 en adelante, la respuesta oficial de Magento será "config.php entra en git, env.php no".

Estamos buscando complementos de compositores como Mediawiki para acercar el desarrollo interno al desarrollo de extensiones y sitios de clientes. Todavía explorando, aún no final.

Me gustó mucho usar el tipo de repositorio "Path" de Composer con una ruta ../othergitrepo/app/code/*/*para recoger módulos, pero usa enlaces simbólicos que no funcionan tan bien con entornos de desarrollo que usan Unison o similar.

ejecutamos un enfoque diferente que no involucra un proceso / servidor de compilación separado , lo desarrollamos localmente como si estuviera en producción

Luego confirmamos todos los archivos necesarios para la producción . entonces simplemente implementamos los conjuntos de cambios en el servidor y ejecutamos el comando de actualización.

llegar a una versión adecuada para el desarrollo pero que también se ejecuta en modo de producción fue la parte difícil y todavía no es perfecta, pero ahora tenemos una receta que funciona.

la razón es que queremos tener un control del 100% sobre qué código entra en producción. Como magento2 genera una tonelada de código, debemos ejecutarlo localmente para poder comprender todos los efectos y poder depurar como si estuviera en producción.

Soy consciente de que esto no es lo que muchas personas recomiendan hacer, pero para nosotros funciona mejor.

pasos de configuración de la interfaz

Para que estos scripts funcionen, configure su tienda en modo de producción en su env.php y configure su tema en dev/tools/grunt/configs/themes.js. (los siguientes pasos se pusieron en un libro de jugadas ansible)

1. Eliminar var/cache
2. Eliminar var/view_preprocessed
3. eliminar pub/static/*(no elimine el .htaccess)
4. Eliminar var/composer_home
5. correr php bin/magento cache:flush
6. correr php bin/magento setup:static-content:deploy %your_languages%
7. borra todos los temas / idiomas que realmente no usas de pub / static / frontend
8. eliminar copias impresas de menos archivos de pub/static/frontend
9. correr php bin/magento dev:source-theme:deploy --locale="%your_language%" --theme="%your_theme%" css/styles-m css/styles-l css/email css/email-inline
10. opcional: utilizamos un script bash para cambiar los enlaces simbólicos absolutos, creados en el paso 9, en unos relativos, lo que hace posible ejecutar gruñidos desde fuera del vm
11. correr grunt less:your_theme

pasos de backend / di-setup

1. Eliminar var/cache
2. Eliminar var/generation
3. Eliminar var/composer_home
4. Eliminar var/di
5. correr php bin/magento cache:flush
6. correr php bin/magento setup:di:compile

También debe ignorar estos archivos
/app/etc/config.php
/app/etc/env.php
/.idea/workspace.xml // phpstorm