Comments on: Phing: backup и сохранение в Subversion базы данных

By: Владимир

Владимир — Thu, 22 Jul 2010 23:50:30 +0000

Боюсь, что за счет только phing вы этого сделать не сможете.
Т.е. phing содержит задачи вроде DbDeployTask, но гарантировать отсутствие конфликтов они не могут.

Может стоит попробовать написать тесты, которые будут выполняться автоматически перед деплоем?

By: Webxayc

Webxayc — Thu, 22 Jul 2010 13:05:26 +0000

У меня есть вопрос по Phing. Долго читал комментарии, он так и не понял одной вещи. Мне сейчас надо вести организовать разработку достаточно сложного проекта на Drupal (если знакомы с этой CMS, то наверняка знаете про, то что почти каждый новый блок, модуль и вообще все хранится в БД). Сайт уже работает… Но осталось много всяческих доработок. Поэтому и вопрос: как синхронизировать БД для всех разработчиков с актуальной БД на продакшн. И чтобы при обновлении базы не возникло конфликтов. Спасибо.

By: YAropolk

YAropolk — Wed, 19 Aug 2009 18:32:43 +0000

А что тут непонятного?

By: Ninulya

Ninulya — Mon, 17 Aug 2009 21:16:41 +0000

Согласна с вирой . Странная логика. Мне непонятно.

By: Vira

Vira — Fri, 03 Jul 2009 11:17:04 +0000

Пусть не надо, зато интересно.

Странная логика…

By: Evfrosin

Evfrosin — Fri, 03 Jul 2009 11:16:23 +0000

довольно просто в phing!!

By: Владимир

Владимир — Thu, 02 Jul 2009 19:59:56 +0000

Никаких обновлений всех данных на продакшн сервере. Я не удачно объяснил. Мне не нужна двусторонняя синхронизация с продакшн сервером. Синхронизировать нужно базы на двух (или более) девелоперских машинах. А в этих базах – настройки CMS, немного тестовых данных и т.п. В общем дамп редко бывает больше пары сотен КБ.

Насчет миграционного скрипта. Я сразу не понял о чем речь.
Под синхронизацией я имел в виду, что нужно на всех машинах иметь самую новую версию базы. А для этого достаточно просто импортировать дамп.

By: Oleg Lobach

Oleg Lobach — Thu, 02 Jul 2009 19:48:29 +0000

Phing вполне может выполнять теже операции, что и миграционные скрипты.

э… я могу согласиться с тем, что Phing может выполнить миграционные скрипты, но вот заменить их – это как?

Кроме того, мне нужна синхронизация в обе стороны, а не только на продакшн сервер.

Так ведь ничего не мешает написать скрипт, выполняющий обратную операцию.

Doctrine, например, поддерживает миграции и реализованы они именно через скрипты модификации.

Я сейчас не смог придумать ни одной причины для хранения всей БД (вместе с данными) в SVN. А уж как продакшн обновлять с помощью полного дампа – это я вообще не могу представить.

By: Владимир

Владимир — Thu, 02 Jul 2009 19:26:40 +0000

Опять возвращаемся в исходную точку. Phing вполне может выполнять теже операции, что и миграционные скрипты.

Кроме того, мне нужна синхронизация в обе стороны, а не только на продакшн сервер. Т.е. что-то типа AllwaySync, но только для БД.

By: Oleg Lobach

Oleg Lobach — Thu, 02 Jul 2009 16:48:46 +0000

Но очень часто между коммитами изменяется её структура (количество, тип полей в таблицах и т.п.), поэтому обновлять её нужно целиком.

Для этих целей общепринятым решением является написание миграционных скриптов. Иначе я не представляю как можно обновить версию БД на продуктовом сервере. А раз для деплоя релиза на продакшн нужен скрипт обновления БД, почему не писать его сразу в процессе разработки?