НеофитSQL,

я бы посоветовал Вам не изобретать велосипеды, а использовать сразу SourceControl.
Вот с механизмом, конечно, придется повозиться, т.к. Best Practices нет и каждый выкручивается как может либо как принято в компании до него.

Если же вообще никакого подхода нет, то все карты в руки...

В компании, где я работаю, используется такой подход:

1. Есть таск в JIRA, по которому нужно реализовать какой-то функционал.
2. Есть SVN, в котором хранятся все скрипты по структуре: Имя схемы (каталог) - тип объекта (подкаталог) - имя объекта (файл).
3. У каждого файла в SVN есть обязательный заголовок с ключевыми SVN-аттрибутами типа $Revision, $HeadURL (которые автоматически заполняет SVN при коммите).
4. У каждого файла в SVN есть дополнительный аттрибут в заголовке: $JIRA - который Hook-скриптом выбирается из Message при коммите и добавляется в заголовок.
5. В 99% работаем всегда с Master-веткой.

Таким образом, каждый файл в SVN содержит все необходимые аттрибуты, чтобы связать его с конкретным таском в JIRA.

6. Девелопер создает новые/модифицирует старые файлы, сохраняет их в SVN.
7. SVN заголовок каждого файла в правильном порядоке наката указывает в таске JIRA.

8. ДБА при деплойменте выбирает файлы из всех тасков, включенных в деплоймент, компонует их и выполняет сначала на снапшоте продакшена (чтобы выявить все косяки, ошибки и прочие неожиданности), а затем на продакшене.
9. При деплойменте в DBA_SOURCE попадает SVN заголовок из исходника, который потом на 1-минутном джобе парсится и заносится в специальные служебные таблицы.

Таким образом, мы имеет связи DB<->SVN<->JIRA, всегда можем сказать, что было задеплоено, что не было, что задеплоилось частично, что провтыкали, что задеплоили лишнее и т.д. Т.е. 99% человеческих косяков выявляем еще на этапе деплоймента на снапшот продакшена.

Для большинства этих шагов написана внутренняя автоматизация, т.е. ручное вмешательство в процесс - минимальное.

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

Как-то так...