Как организовать доработку большого сайта после запуска?

Question

[Prosto]

Подскажите как работать над сайтом, добавлять функционал, когда он находится в рабочем состоянии?



Разработчик один человек, не команда.



Как это происходит? Это же происходит на боевом сервере? Создавать копию всех файлов и БД и с ними работать? А как потом вспомнить какие файлы менял? Как отслеживать изменеия в структуре бд? Как переносить изменения из рабочего файла в боевой? Наверно для этого и используются svn, git… Читал что к чему, но так и не понял куда и что коммитить… Какой какой коммит, какой пуш, какой пул, какой тулуп, какой заяц?!..



Поделитесь опытом, пожалуйста.

Answer 1

[EugeneOZ]

Поделитесь опытом, пожалуйста

Так ведь поделились уже — просто погуглите книжки или туториалы по Git, заюзайте github для практики — основные команды займут 20 минут изучения максимум. А если юзать внутри IDE с поддержкой git, то вообще не нужно будет думать об этих командах (ну почти :)).

Это же происходит на боевом сервере?

Нет, есть такие штуки как тестовые сервера. alpha, beta, stage — по разному называют их. В поднятии таких штук может помочь Vagrant.

Как отслеживать изменеия в структуре бд?

С помощью миграций (тут нужны знания от программиста или желание изучить).

Как переносить изменения из рабочего файла в боевой?

бесплатно: rsync, git pull
платно и профессиональнее: beanstalkapp.com/ (и аналоги)

Answer 2

[Пума Тайланд]

Рекомендую почитать
habrahabr.ru/post/158769/

Answer 3

[Urvin]

1. Создать сервер для разработки, можно локальный — полную копию боевого.
2. Настроить систему управлениями версиями кода (gi, svn, mercurial — на выбор)
3. Для БД есть свои системы управления версиями, однако у нас таких изменений немного и мы в комментарии к тикету при коммите дописываем SQL-код изменений.
4. Коммит — это запоминание изменений в коде, пуш — это выгрузка всех своих изменений в основной репозиторий, пул — выгрузка оттуда.
5. Система разработки нового функционала такая: пулл (на локальном) — коммит — пуш, пулл (на боевом).

Comments

[truekenny]

3. Раз уж Yii, то для управления БД можно использовать миграции Yii.