У нас есть процесс, в котором, когда разработчик завершает изменение, он затем записывает его в сценарий и проверяет его в Subversion. В Subversion у нас есть папка для таблиц, хранимых процедур, данных и т. Д. Они записывают ее в сценарий, чтобы она была повторяемой (т.е. не вставляйте новые данные, если они уже есть). Это важно сделать в любом случае, чтобы сохранить история изменений для данного объекта в базе данных.
Раньше мы просто вводили каждый из файлов, которые мы хотели записать в виде сценария, в текстовый файл (т.е. FileListV102.txt). Когда мы были готовы сделать релиз, мы делали «самые последние» для всех файлов (тогда VSS). Тогда у нас была простая утилита, которая считывала файл «список файлов» и открывала каждый из этих файлов по очереди. объединяя их в выходной файл. Это довольно легко закодировать.
Мы переросли это, и теперь у нас есть инструменты управления выпуском (которые можно найти здесь и поступит в продажу в середине сентября), который берет все файлы и создает большой файл сценария SQL из Это. Он делает это в порядке, который вы ожидаете, основываясь на именах папок, поэтому файлы, найденные в папке «Таблицы», создаются раньше, чем в папке «Данные» и т. Д.
В любом случае, как только вы закончите, у вас есть большой файл сценария SQL, который вы сможете применить к новой копии производства, и это то, с чем вы тестируете.