Magento2 passe de la mise en scène au site en direct

Je n'ai pas trouvé trop d'informations sur un processus efficace pour un développement continu de mon site.Je peux donc ajouter des modules personnalisés et d'autres modifications de fichier lors de la mise en scène, puis pousser ces modifications sur la copie en direct de mon site avec magento2.

Dans Magento 1.9, nous venions d'avoir un clone git des fichiers et git a retiré toutes les modifications qui étaient prêtes pour le site en direct, cela ne fonctionnera évidemment pas dans magento2 si mon site de transfert est en mode développeur et mon site en direct est en production.

Quelle est la meilleure pratique qui implique le moins de temps d'arrêt du site en direct? (aucun temps d'arrêt ne serait optimal si cela est possible)

Vous pouvez utiliser ansible pour automatiser les étapes:

D'un point de vue global:

(Gérez toutes vos modifications avec des scripts de configuration / mise à niveau)

• base de données de sauvegarde
• basculer la maintenance
• désactiver les crons
• récupérer la source de code mise à jour
• définissez vos dossiers partagés
• installer les dépendances du compositeur
• exécuter bin/magento setup:installavec des paramètres
• mettre à jour la configuration de magento env pour Redis / Varnish et ElasticSearch
• mise à niveau avec ./bin/magento setup:upgrade
• construire di avec ./bin/magento setup:di:compile -vvv
• vider le cache ./bin/magento cache:clean
• définir le mode magento ./bin/magento deploy:mode:set {{ m2site_mode }}
• réindexer ./bin/magento indexer:reindex
• configurer / activer les crons

Adaptez ces étapes à vos besoins.

L'indice est de faire des pas de travaux pour un nouvel environnement ou pour un environnement existant.

Vous aurez des temps d'arrêt si vous avez un script de configuration à exécuter. Pour minimiser les temps d'arrêt, procédez comme suit sur un serveur de préproduction et copiez tout le code généré sur votre serveur de production. Vous pouvez réindexer les données en arrière-plan.