Выбор методологии разработки
Учить — значит повторять что-то одно и то же снова и снова. Я не буду применять такой подход, обещаю. В конце каждого шага исполните победный танец и сохраните результат проделанной работы. Это подобно нажатию Ctrl+S, только для всего сайта целиком.
Стратегия использования Git
В конце каждого шага не забудьте зафиксировать изменения в git:
1 2
$ git add .
$ git commit -m'Add some new feature'Вы можете смело добавлять в коммит все файлы, потому что при создании Symfony-проекта уже был подготовлен файл .gitignore. Кроме того, каждый пакет может добавлять свои собственные шаблоны игнорируемых файлов в .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 ###Эти странные строки — маркеры, добавленные Symfony Flex, чтобы определить, что нужно удалить, если вы решите удалить зависимость. Как я упоминал ранее, вся эта утомительная работа выполняется автоматически Symfony.
Теперь самое время разместить репозиторий на удалённый сервер. Для этого прекрасно подойдёт GitHub, GitLab или Bitbucket.
Note
Если вы развёртываете проект на Platform.sh, у вас уже есть копия Git-репозитория, поскольку при развёртывании через cloud:deploy Platform.sh использует Git. Но вам не стоит полагаться на Git-репозиторий, используемый Platform.sh. Он не является резервной копией и предназначен только для развёртывания.
Развёртывание в продакшене с помощью непрерывной интеграции
Ещё одной хорошей практикой является частое развёртывание. Развёртывание в конце каждого шага — хорошо и полезно:
1
$ symfony cloud:deploy