Здравствуйте! Мы занимаемся разработкой информационно-аналитической системы с использованием СУБД Oracle, логика у нас серверная, клиент на C#. Недавно фирма серьёзно расширилась, и сейчас мы пытаемся организовать работу в офисе разработки. Есть две базы разработки и тестирования (и разбросанные по стране базы заказчиков). Пока мы не придумали ничего умнее чем тупо фиксировать часть изменений, сделанных на бд разработки, в виде скриптов (изменения данных в основном), а остальное (объекты) выдёргивать в DDL и в итоге вручную формировать билд (потом соответственно организовать репозиторий). Каждый билд прогоняется на тестовой, и после одобрения тестера укатывает к клиенту.
Собственно, схема явно не самая оптимальная. Безумно интересно, как организована разработка у вас. Думаю, ваш опыт будет для нас кране ценен. Заранее огромное благодарю.
P.S.
Речь о миграции кода между базами. Мы руками дёргаем DDL, генерим инсерты и тд. Потом шлём по почте админу, и он руками собирает билд.


Это сообщение отредактировал(а) Sorkerrer - 1.10.2010, 23:59

Я видел два подхода. Номер раз:

1. Все операции выполняются через общий репозитарий. 
2. Разработка ПО ведётся в одном branch'е всеми сразу. 
3. DDL, DML операции с таблицами/индекасми обязательно выкладываются в репозитарий в <branch>/ddl (или на подобии того).
4. Патч собирается автоматически из изменившихся файлов с кодом и ddl/dml.
5. Патч собирается каждый день и накатывается на свежеотклонированную с продакшена последнюю стабильную версию кода. Тестеры могут грести не дожидаясь релиза. 

Номер два:
1. Все ведут разработку как бог на душу положит. 
2. К релизу каким нибудь способом определяется разница между новой и старой версией. На основе этого и создаётся патч.
3. Сливается ddl дамп базы и сохраняется в svn.