Как правильно организовать процесс веб-разработки?

Question

[Ganagin]

Уважаемое сообщество,
долгое время занимаюсь развитием собственного сайта, написанного на PHP, MySQL. Скрипты редактирую прямо на сервере. Начал понимать что нужно переходить на работу версиями. Пишу скрипты я один, на сервере Linux. Также интересует как правильно переезжать на новую версию скриптов — ведь при работе над ней пользователи могли добавить новые данные в БД, а в новой версии структура БД может быть другой.

Расскажите как правильно организовать разработку PHP скриптов версиями, как правильно переезжать на новую версию без перебоев в работе сервера. Если есть полезные книги по этой теме — также порекомендуйте.

Answer 1

[Константин Китманов]

Чтобы справляться с проблемами при переходе на новую версию БД, в некоторых ORM есть т.н. «миграции».

Answer 2

[vaevictus]

Ну работа через SVN/git — это самое оно для работы с различными версиями. Самый главный плюс, если разрабатываете в одиночку — быстрый откат изменений
Переход на новую версию скриптов, с изменённой базой данных можно делать двумя способами:
1. Отключение сервера на время перехода (в Вашем случае, это скорее всего пара минут, в не бизнес время можно позволить)
2. Перенос основной базы в новый формат, запуск новой версии, перенос того, что успело попасть в старую базу за время конвертации. Однако в этом случае возможны тысячи ньюансов, так что лучше кардинально структуру БД на рабочем проекте не менять.

Answer 3

[olekl]

Ну про SVN/Git уже написали. Еще бы хорошо систему трекинга задач/ошибок подключить (TRAC, Bugzilla и т.п., бесплатных решений хватает, интегрирующихся с системами контроля версий), очень удобно потом искать/отслеживать историю изменений.

А про новую версию скриптов и бд — помог бы тестовый сервер, на котором бы миграция могла тестироваться, плюс автоматический backup-restore всего сайта (скрипты + бд). Тогда тест мог бы быть чем-то вроде:
— бекап «живой» системы
— разворачивание бекапа на тестовом сервере
— запуск скриптов миграции на тестовом сервере
— проверка результата

Comments

[Ganagin]

Т.е. как я понял нужно 3 сервера — для разработки, тестовый и рабочий? Можно-ли организовать разработку в пределах одного сервера?

[Riateche]

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

Answer 4

[homm]

В простом случае: заводите папочку migrations, создаете файл 0000.sql, сливаете в него структуру базы данных. При изменениях структуры создаете файлик 0001.sql, куда записываете alter и create table. Комитете файлик вместе с тем кодом, который умеет работать с измененной базой.

Как только при чекауте у вас появляется новый файлик xxxx.sql, выполняете его. Можете вручную, можете хук для системы контроля версий написать.