Как работать с версиями с помощью Oracle Apex

Question

Oracle Apex великолепен.Самая большая проблема, с которой я столкнулся, это использование его вместе с контролем исходного кода.Обычно после внесения изменений все приложение экспортируется, а полученный сценарий SQL возвращается в элемент управления исходного кода.

Проблема в том, что, поскольку неясно, что делает большая часть этого экспортированного скрипта, я должен рассматривать это, по сути, как двоичный файл.Это означает, что изменения из нескольких ветвей исходного кода не могут быть объединены вместе, что серьезно ограничивает их полезность.

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

Кто-нибудь нашел хороший способ работы с Apex с контролем исходного кода?Я использую Subversion, хотя я сомневаюсь, что это что-то меняет.

Answer 1

Я также имел дело с этой проблемой.Другой аспект проблемы заключается в том, что Apex так тесно связан с базовой базой данных SQL, что любые изменения в SQL также должны быть отражены (другими словами, экспорт каждой страницы имеет и другие проблемы, помимо огромной боли).На самом деле, насколько мне известно, общие компоненты не экспортируются и при экспорте страницы.
Мы решили эту проблему, экспортировав все приложение и зарегистрировав его. По сути, в настоящее время лучшего способа решения проблемы нет.с версиями в APEX.Я также помню, что видел на форуме Oracle APEX что-то, что есть способ разбить экспортированный файл на составные части, но я не пробовал.

Answer 2

Я придумала то, что я считаю достаточно хорошим решением для этой проблемы.Основная идея состоит в том, чтобы перенести разработку на собственные рабочие станции разработчиков и использовать Subversion для синхронизации и объединения всех различных версий приложений APEX.

Это делает рабочий процесс управления исходным кодом следующим образом:

То есть каждый разработчик имеет свой собственный экземпляр базы данных Oracle, установленный на его собственной рабочей станции.Пока все рабочие пространства и идентификаторы приложений синхронизируются между рабочими станциями, объединение файлов дампа APEX довольно простое, а наличие контроля исходного кода гарантирует, что они останутся такими.

Моя команда использует этот подход дляпочти два года с отличными результатами.

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

Answer 3

Приложение Apex Export по умолчанию в один файл sql (Apex Export).Но также у Apex есть APEXExport Splitter, который экспортирует приложение в отдельные части (css, template и т. Д.). Хороший способ - передать эти части в svn

1.Автоматизация экспорта APEX для SVN

2.Как использовать контроль источника с апексом?

3.Apex-источник-контроль

Answer 4

Для чего бы то ни было, мы предоставляем инструмент разработки приложений для разработчиков PL / SQL под названием Formspider, который поставляется со встроенной интеграцией с Git.Полное раскрытие, мы создали этот продукт.