GIT- und Bereitstellungsstrategie Magento2-Projekte

Mit Magento 1 habe ich ein Deployment-Tool verwendet, das das GIT-Repository geladen, Befehle ausgeführt modman deploy-allund sichergestellt hat, dass das varVerzeichnis schreibbar ist. Für den habe .gitignoreich diesen benutzt, der ziemlich gut funktioniert hat.

Aber was ist mit Magento 2 ?

Welcher Gitignore funktioniert am besten, wie stellen Sie Ihr Projekt bereit und welcher Befehl sollte vor und nach der Bereitstellung ausgeführt werden? Wir freuen uns auf ein paar Einblicke aus der Community.

Die Frage bleibt noch einige Zeit offen

In den folgenden Schritten wird beschrieben, wie die Umgebung für die Entwicklung benutzerdefinierter Module und nicht für die Produktion eingerichtet wird.

Projektinitialisierung

1. Fügen Sie repo.magento.com-Anmeldeinformationen und Github-Zugriffstoken zu auth.json im Ausgangsverzeichnis von Composer hinzu

2. Erstellen Sie ein Projekt mit dem folgenden Befehl:

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

3. Nehmen Sie dieses .gitignore und legen Sie es in Ihrem Projektstamm ab. Fast alle Core-Dateien / -Verzeichnisse sind bereits im Stammverzeichnis enthalten .gitignore. Es ist jedoch besser, auch die folgenden 2 hinzuzufügen /updateund /phpserver(fügen Sie diese 2 Zeilen einfach zu .gitignore hinzu).

4. Initialisieren Sie das neue Git-Repository im Projektstamm
5. Fügen Sie alle nicht verfolgten Dateien zu git hinzu und schreiben Sie sie fest
6. Starten Sie die Entwicklung Ihrer Module wie gewohnt (setzen Sie sie unter app/code/VendorName/ModuleName), jetzt haben Sie nur Ihren benutzerdefinierten Code in Ihrem Git-Repository

Magento-Installation

1. Stellen Sie sicher, dass alle Dateisystemberechtigungen wie im offiziellen Handbuch beschrieben festgelegt sind

2. Installieren Sie Magento über die Kommandozeile, zB:

   ${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. Aktivieren Sie den Cron-Job für Indexer, z. B. unter Ubuntu:

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

4. Magento wird im defaultModus ausgeführt und alle fehlenden Inhalte werden bei der ersten Anforderung automatisch generiert. Sie müssen also keinen Compiler ausführen oder statische Inhalte bereitstellen

5. [optional] Wenn Sie PHP Storm verwenden, führen Sie den folgenden Befehl aus, um die XSD-Unterstützung zu aktivieren:

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

Für die Initialisierung und Installation folgen Sie den Schritten von Alex, seine Antwort für die meisten Schritte, nur Unterschiede, die ich empfehlen würde:

Git-Konfiguration

Speichern Sie nur die folgenden Dateien in Ihrem Git-Repository:

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

Verwenden Sie für Ihren projektspezifischen Code auch separate Module, die Sie über Composer einbinden. Die Verwaltung über Composer ist einfacher, da Sie eine bestimmte Version / Release sperren können, die Sie bereitstellen möchten. Dies zwingt Sie auch dazu, den gleichen Ansatz für interne und externe Module zu verwenden.

Einsatz

Während der Entwicklung aktualisieren Sie die Module in Ihrer Umgebung (dev / test) mit dem Befehl:

composer update

Dadurch wird die Datei composer.lock mit den bei dieser Installation installierten Versionen aktualisiert.

Bei Staging / Pre-Production / Production können Sie dasselbe Setup mit dem folgenden Befehl erstellen / installieren:

git pull
composer install

Dadurch werden alle Module installiert, die in dev / test verwendet werden, um sicherzustellen, dass die Tests vor dem Veröffentlichen in der Produktion mit denselben Modulversionen durchgeführt werden, mit denen sie entwickelt wurden.

Nach der Installation führen Sie die folgenden Befehle aus:

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

Dadurch wird die Datenbank aktualisiert (Schema- und Datenaktualisierung), die DI-Konfiguration generiert und alle statischen Ansichtsdateien bereitgestellt.

Re .gitignore, ab 2.2 lautet die offizielle Antwort von Magento "config.php geht in git, env.php nicht".

Wir suchen nach Composer-Plugins wie dem Mediawiki, um interne Entwickler näher an die Entwicklung von Erweiterungen und Kundenseiten heranzuführen. Noch zu erforschen, noch nicht endgültig.

Ich mochte es sehr, den Composer-Repository-Typ "Path" mit einem Pfad ../othergitrepo/app/code/*/*zum Aufnehmen von Modulen zu verwenden, aber er verwendet Symlinks, die in Entwicklungsumgebungen mit Unison oder ähnlichem nicht so gut funktionieren.

Wir verfolgen einen anderen Ansatz, der keinen separaten Build-Server / -Prozess umfasst . Wir entwickeln ihn lokal wie in der Produktion

Wir übergeben dann alle für die Produktion notwendigen Dateien . Anschließend stellen wir einfach die Changesets auf dem Server bereit und führen den Upgrade-Befehl aus.

Eine Version zu finden, die für die Entwicklung geeignet ist, aber auch im Produktionsmodus läuft, war der schwierige Teil und ist immer noch nicht perfekt, aber jetzt haben wir ein Rezept, das funktioniert.

Der Grund dafür ist, dass wir 100% Kontrolle darüber haben wollen, welcher Code in die Produktion geht. da magento2 eine tonne code generiert, müssen wir ihn lokal ausführen, um alle effekte zu verstehen und wie in der produktion debuggen zu können.

Mir ist bewusst, dass dies nicht das ist, was viele Leute empfehlen, aber für uns funktioniert es am besten.

Frontend-Setup-Schritte

Um diese Skripte zu arbeiten , um Ihr Geschäft setzen Produktionsbetrieb in Ihrem env.php und Einrichtung Ihres Thema in dev/tools/grunt/configs/themes.js. (Die folgenden Schritte wurden in ein anzeigbares Spielbuch geschrieben)

1. löschen var/cache
2. löschen var/view_preprocessed
3. löschen pub/static/*(den .htaccess nicht löschen)
4. löschen var/composer_home
5. Lauf php bin/magento cache:flush
6. Lauf php bin/magento setup:static-content:deploy %your_languages%
7. lösche alle Themes / Sprachen, die du nicht wirklich benutzt, aus pub / static / frontend
8. Entfernen Sie gedruckte Kopien weniger Dateien von pub/static/frontend
9. Lauf 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. Optional: Wir verwenden ein Bash-Skript, um die in Schritt 9 erstellten absoluten Symlinks in relative zu ändern, sodass Grunzen von außerhalb des VM möglich ist
11. Lauf grunt less:your_theme

Backend / Deinstallationsschritte

1. löschen var/cache
2. löschen var/generation
3. löschen var/composer_home
4. löschen var/di
5. Lauf php bin/magento cache:flush
6. Lauf php bin/magento setup:di:compile

Sie sollten diese Dateien auch ignorieren:
/app/etc/config.php
/app/etc/env.php
/.idea/workspace.xml // phpstorm