Einführung einer Methodik

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:

.gitignore
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
This work, including the code samples, is licensed under a Creative Commons BY-NC-SA 4.0 license.