Тогда возможно нужен иной подход. Задача руководителя проекта дать как можно более независимые участки задачи разработчикам, такие чтобы не было необходимости изменять один и тот же объект, таблицу по сути.
Понимаю, что это не всегда возможно, тогда, по-моему, хорош подход при котором каждый разработчик, после того как завершит определённую часть, выкладывает migrate скрипт. Тогда для получения определённой версии БД (или таблицы БД) нужно последовательно выполнять эти скрипты.
Есть даже средства для автоматизации такого подхода. То есть скрипты автоматически запускаются и в точности в той последовательности чтобы получить заданную версию БД.

А одна база не будет удобна ни для тестирования, ни для разработки, опять же проблемы при изменении данных и структуры, проблемы с целостностью...