Testen
1. Neuer Branch vom Stage z.B. “update/stage-2.4.7-p8”
2. Befehle im Magento Root Verzeichnis
Wichtig: php-Version des Zielsystems mit angeben (hier Bsp. 8.2.20)
composer config platform.php 8.2.20 composer require-commerce magento/product-community-edition=2.4.7-p8 --no-update composer update --with-all-dependencies
3. Branch ins stage mergen und deployen
4. Testen
Livestellen
1. neuer Branch vom Master z.B. “update/2.4.7-p8”
2. Befehle im Magento Root Verzeichnis
composer config platform.php 8.2.20 composer require-commerce magento/product-community-edition=2.4.7-p8 --no-update composer update --with-all-dependencies
3. Branch in den Master mergen und deployen
Nacharbeit
Master ins Stage mergen. Alle Konflikte markieren: “resolve using stage”
Probleme
Sehr viele Konflikte beim Mergen ins Stage
Option 1: Vom Stage abgebrancht einen eigenen Branch für das Update verwenden
Option 2: Konflikte lösen mit folgenden Hilfestellungen
composer dump-autoload
Das regeneriert:
-
autoload_files.php
-
autoload_static.php
-
autoload_psr4.php
composer.lock kann erstmal übernommen werden
installed.php kann gelöscht werden und neu generiert
nach diesen unbedingt ausführen:
composer install
Deployment bricht am Ende bei cache:clean ab mit diesem Fehler
Lösung: händisch die Ordner generated, var/cache und var/page-cache leeren. Danach gehts wieder (!!!nicht die Ordner selbst löschen!!!)
Wichtig:
unbedingt die .gitignore überprüfen. Evtl. könnte dort der vendor oder lib Ordner drinne stehen. Die müssen da rausgenommen werden
Bestimmte Dateien prüfen
Dateien, wie .htaccess, besonders die “pub/media/.htaccess” und user.ini müssen gesondert geprüft werden und i.d.R. nicht ins git mit übernommen werden, da wir bereits viele eigene Anpassungen damit gemacht haben.
Aber es muss trotzdem kurz geschaut werden, ob was neues sinnvolles hinzu gekommen ist.