Здравствуйте, α, Вы писали:
α> Это классический, но кмк не продуктивный способ
Это поначалу так кажется. Или если ты один кодишь и поддерживаешь единственную версию в продакшене.
α> разработчикам это полдня сидеть делать копипейст
Не понял, что за копипейст на полдня?
α> вместо того чтобы прямо в тестовой базе в девелопере открыть скрипт, внести правки и прогнать тесты;
...и нажать Ctrl+S.
α> кроме того они забывчивые.
Ну полностью этого никакой автоматизацией не исправить. Можно раздать им скрипт-напоминалку "какие объекты я менял сегодня".
α> А хотелось бы наладить прозрачную синхронизацию между текстом измененной DDL схемы и локальным репозиторием (svn-git-и т.п.).
Это имело бы смысл, если бы у каждого разработчика была своя персональная схема, и в ней можно было бы делать бранчи так же легко, как в Git. А если все работают в одной базе и схеме, то постоянно будут коллизии. "Мне надо потестить X, но ты сломал пакет Y! Я пока откачу его на старую версию, OK?" Знаем, проходили. Твой код это тот, который у тебя в файле или локальном репозитории. А в дев. базе в любой момент времени может быть что угодно.
В PL/SQL developer-е также есть что-то типа проектов (бесполезная штука) и плагинов к SVN и GIT (но они также вынуждают сваливать изменения схемы в локальный файл вручную)
И правильно делают.
Hardware eventually fails. Software eventually works. :::
avalon/1.0.442