Как работать в git + mysql?

Question

[semki096]

Допустим есть рабочий сайт который я хочу разрабатывать локально, изменения в файлы будут вносится через git. А вот как быть с изменениями в базе данных?

Answer 1

[Константин Б.]

Миграции

Comments

[beginer123]

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

[beginer123]

beginer123: *менять структуру БД строго через файлики миграций?

[Дмитрий Энтелис]

beginer123: Да, Вы понимаете правильно. Структуру БД менять строго через файлики миграций.
А содержимое должен менять контент-менеджер через админку сайта, к разработке это отношения не имеет.

[Дмитрий Энтелис]

beginer123: кстати очень советую https://phinx.org/

[beginer123]

Дмитрий Энтелис: т.е каждый раз когда мне надо скачать с основного репозитория ткущую версию проекта я должен буду перед началом разработки запустить скрипт который пересоздаст все таблицы заново?

[xfg]

beginer123: ведется история миграций, те миграции, которые уже были применены к базе повторно накатываться не будут, только новые. Если с вашего последнего вызова git pull появилось 2 новые миграции, то когда вы в следующий раз сделаете git pull и затем запустите консольную утилиту, которая накатывает миграции, то только эти 2 миграции будут применены к базе.

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

Answer 2

[Артем Кисленко]

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

Answer 3

[Толстый Лорри]

Поддерживать при каждом изменении схемы БД там CREATE-скрипты (с нуля) и UPDATE (с прошлого состояния).

Как и что можно почитать здесь.