Git на продакшин сервере?

Question

[Серегей Дуров]

Мучает меня текущая ситуация с обновлением продакшин сервера.
На даный момент это выглядит так -
- разработка в отдельной ветке, пушу в продакшин ветку
- захожу на сервер(или через фабрик) делаю git pull, накатываю миграции если нужно, и собираю статику.
Но вот если что то идет не так то сервер лежит, пользователи жалуюуться, значит я все делаю не так.

Думал уже как вордпрещики архивами все делать, но не удобно абсолютно, плюс миграции всеравно нужно накатывать.
Вопрос - как вы обновляете приложение на продакшин сервере и как делаете миграции базы даных без боли?

Answer 1

[developer_as]

Удобен для использования Capistrano. Не могу судить за другие т.к. тесно только работал с этой системой. Версии релизов храняться на сервере и в случае неоходимости можно быстро откатить код. Также при каждом релизе не нужно лезть на сервер и делать пулл.

Comments

[Philipp]

Кроме этого Capistrano можно настроить для сборки таким образом, что код будет включаться только в случае успешной сборки / миграций.

Answer 2

[Алексей Котенко]

Есть такая прекрасная вещь, как CI (continuous integration). Сам пользуюсь TravisCI, прекрасное решение. Musthave для современного разработчика.

Comments

[AstonMartin]

Как по вашему, TravisCI чем то лучше/хуже TeamCity для небольшой команды разрабатывающей на yii?

[Алексей Васильевич]

AstonMartin, подозреваю, что TravisCI удобнее для проектов, которые лежат на гитхабе. Я делал проекты на yii, которые тестились на тимсити - полет нормальный) Но у нас исходники были в приватном гитлабе

[AstonMartin]

Алексей Васильевич, спасибо, я тоже так подумал. У нас на битбакете, поэтому не так удобно будет на Travis.

[Алексей Котенко]

AstonMartin, ничего не имею против TeamCity (наоборот, большой фанат JetBrains), просто для всех своих проектов использую Github + Travis (потому что хорошие люди из Github придумали StudentPack для студентов, куда входит всё это). TeamCity бесспорно классная вещь, но скорее для больших проектов.

Answer 3

[hOtRush]

для несложных проектов прекрасно подходит например https://github.com/deployphp/deployer
есть еще https://github.com/REBELinBLUE/deployer
ну или разные pipelines у гитлаба/битбакета, но там много больше заморачиваться надо

Answer 4

[Игорь Воротнёв]

Думал уже как вордпрещики архивами все делать

А вот это щас обидно было! :)

По делу - используйте автоматический деплой. Сама схема "по уму" выглядит следующим образом:
- деплоится не мастер, а тег/релиз
- каждый такой релиз деплоится в отдельную папку
- тестируете это добро на поддомене
- если все ок, тогда на проде переключаете сервер на папку нового релиза
- профит

При таком подходе получаете очевидные плюсы:
- на сервер лазить ручками не нужно, обезьяний труд должен быть автоматизирован
- деплой происходит без downtime
- у вас сохраняется предыдущее стабильное состояние, в случае проблем с новой версией вы легко переключаете сервер на предыдущую папку, откатываясь таким образом к last stable
- при желании можно даже a/b тестирование делать

Comments

[AstonMartin]

А если база тоже поменялась в новом релизе?)

[Игорь Воротнёв]

AstonMartin, миграции, сэр. В чем проблема сделать точно так же дубликат базы? Схема такова, что вы собираете идентичную копию (только обновленную) рядом, и тестируете. Если все ок - просто переключаете прод на нее.

[AstonMartin]

Игорь Воротнёв, как переключить базу при условии, что в рабочую непрерывно льются данные - еще вопрос.
Скорее все таки миграции.

[Игорь Воротнёв]

AstonMartin, В данном случае да. Все зависит от ситуации, от конкретного проекта. Поэтому и не существует какого-то одного стандартного решения на все случаи жизни. Кому-то базу надо очень аккуратно обновлять, потому что в нее постоянно пишут. Кому-то надо перед запуском тонны кешей нагенерить, иначе все упадет нахрен и тд.

[roxblnfk]

AstonMartin, ну бекапы то когда-нибудь делаются? Можно плясать от последнего бекапа, например

Answer 5

[Антон Иванов]

Деплой обычно сначала делаю на www-dev, а потом уже www. www-dev перед каждым деплоем полностью синхронизируется с www, включая бд. Соответственно, перед деплоем у тебя 2 абсолютно идентичных проекта. Проверяешь всё на одном, ну а затем - Поехали!

Comments

[Серегей Дуров]

Как происходит процесс синхронизации?

[Антон Иванов]

sergeydurov, Да хоть просто PHPStorm'ом синхронизировать

[Серегей Дуров]

Антон, а бд?

[Антон Иванов]

sergeydurov, транзакции конечно. А вы как БД синхронизируете?

Answer 6

[Димитрий]

Jenkins наше все :)

Comments

[AstonMartin]

А почему не TeamCity? Вроде он визуально гораздо приятнее.