2015-06-18 4 views
0

В настоящее время я понимаю, что пролетная линия имеет поддержку в командной строке. Мы, разработчик (или devops :)), развертываем автоматически с помощью jenkins и стандартной инструментальной цепочки.Пролет с ручным обзором

Вопросы, когда мы делаем выпуск приложений, Мы должны применять патчи DB. Мы можем определенно автоматизировать их; Но процесс в нашей организации говорит: «У нас есть администратор базы данных, который должен проверить ваш sql перед тем, как вы применитесь».

Мы знаем, что это относительно бесполезно, но мы все равно должны это поддерживать. Можете ли вы предложить способ сделать это? Я имею в виду, может/есть flyway есть крючки, которые говорят нам список миграции sql будут применяться? и распечатать на экране или что-то еще, то DBA может выполнить то же самое?

Или мы можем сделать аддон, чтобы сделать то же самое?

Настоятельно оцените помощь здесь от команды прохода.

Это единственное, что мешает нам использовать пролет в реальном приложении.

+0

В какую базу данных вы развертываете? –

+0

Oracle 12g в основном –

ответ

2

Этот ответ длится около 6 месяцев, извините, и это ответ «вы делаете неправильно».

Проверка кода обычно считается хорошей, и это относится к сценариям базы данных так же, как java/es/go/C++/cobol/whatever code. Однако, чтобы быть эффективными, обзор должен быть сделан как можно скорее после написания кода. Выполнение обзора как части выпуска приложения - в любой среде - слишком поздно. К тому времени код, вероятно, холодный, далее, это путь мимо точки, где происходят изменения и изменения. В принципе, на этом этапе слишком поздно делать обзоры.

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

Надеюсь, это поможет.

+0

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

+0

Вы правы, но проблема - это текущий процесс. Dba никогда не участвует во время разработки. Кроме того, эта окончательная проверка проверяет, не выполняются ли какие-либо запросы на удаление или удаление. У них есть права ddl. Таким образом, только они изменяют схему дБ на prod. Поэтому мы должны попросить их выполнить скрипты. Я думал, что пролетной путь знает, что он будет применять, так что есть команда вроде .repair .drrun, которая печатает содержимое файла SQL перед переносом. –

Смежные вопросы