Een methodiek eigen maken
Bij het aanleren van iets nieuws val je vaak in herhaling. Dat zal ik niet doen, beloofd! Aan het einde van elke stap moet je wel een klein dansje doen en je wijzigingen opslaan. Het is als Ctrl+S, maar dan voor een website.
Een Git-strategie implementeren
Vergeet niet om aan het einde van elke stap je werk te committen:
1 2
$ git add .
$ git commit -m'Add some new feature'Je kunt veilig "alles" toevoegen omdat Symfony een .gitignore gebruikt. Bovendien kan elke package meerdere configuraties toevoegen. Neem een kijkje in de huidige inhoud:
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 ###De rare markeringen worden door Symfony Flex toegevoegd, zodat bij het verwijderen van een package de juiste configuratie mee opgeruimd kan worden. Zoals ik al zei, het vervelende werk wordt door Symfony gedaan, niet door jou.
Het is een goed idee om je repository ergens naar een server te pushen. GitHub, GitLab of Bitbucket zijn uitstekend hiervoor.
Note
Als je gebruik maakt van Platform.sh heb je al een kopie van de Git-repository omdat Platform.sh achter de schermen gebuik maakt van Git wanneer je cloud:deploy gebruikt. Maar je moet niet op de Platform.sh repository vertrouwen. Deze dient enkel voor deployments en moet niet beschouwd worden als backup.
Continu deployen naar productie
Een andere goede gewoonte is om regelmatig te deployen, bijvoorbeeld aan het einde van elke stap:
1
$ symfony cloud:deploy