Einführung einer Methodik
Beim Unterrichten geht es darum, das Gleiche immer wieder zu wiederholen. Das werde ich nicht tun, versprochen! Am Ende jedes Schrittes solltest Du ein Tänzchen hinlegen und Deine Arbeit speichern. Das ist wie Ctrl+S, jedoch für eine Website.
Umsetzung einer Git-Strategie
Vergiss nicht am Ende eines jeden Schrittes deine Änderungen zu committen:
1 2
$ git add .
$ git commit -m'Add some new feature'Du kannst ohne Weiteres "alles" hinzufügen, da Symfony eine .gitignore Datei für Dich verwaltet. Und jedes Paket kann weitere Konfigurationen hinzufügen. Wirf einen Blick auf den aktuellen Inhalt:
1 2 3 4 5 6 7 8 9
###> symfony/framework-bundle ###
/.env.local
/.env.local.php
/.env.*.local
/config/secrets/prod/prod.decrypt.private.php
/public/bundles/
/var/
/vendor/
###< symfony/framework-bundle ###Die seltsamen Zeichenketten sind Marker, die von Symfony Flex hinzugefügt wurden, damit es später weiß was es zu entfernen gilt, wenn Du dich entscheidest, eine Abhängigkeit zu deinstallieren. Ich habe ja gesagt, dass Dir Symfony die ganze mühsame Arbeit abnimmt.
Es ist sinnvoll dein Repository irgendwo auf einen Server zu pushen. GitHub, GitLab oder Bitbucket sind hierfür eine gute Wahl.
Note
Falls Du auf der Platform.sh deployst, hast Du bereits eine Kopie des Git-Repositorys, weil Platform.sh im Hintergrund Git nutzt, wenn Du cloud:deploy ausführst. Du solltest Dich aber nicht auf das Platform.sh-Git-Repository verlassen. Es ist nur für das Deployment gedacht, nicht als Backup.
Kontinuierliches Deployment in die Produktivumgebung
Eine weitere gute Praxis sind häufige Deployments. Dabei ist ein gutes Tempo, jeweils am Ende eines jeden Schrittes zu deployen:
1
$ symfony cloud:deploy