Witam,
Chciałbym się was zapytać w jaki sposób wy zarządzanie wersjami aplikacji w apexie i aktualizujecie produkcyjne aplikacje?

1. Z tego co w wyczytałem, to apex sam w sobie nie oferuje możliwości kontroli wersji poszczególnych elementów, tylko jedyny sposób na wersjami aplikacji to eksport całej aplikacji. Czy macie jakieś sposoby zarządzania rozwojem aplikacji? Przy większej liczbie osób pracujących nad rozwojem aplikacji może robić się bałagan.

2. Czy są jakieś bardziej cywilizowane sposoby zaktualizowania produkcyjnej aplikacji niż wywalenie starej i wgranie nowej z tym samym ID aplikacji? Czy to nie powoduje problemów np z tłumaczeniami i danymi użytkownika np zapisane interaktywne raporty?

Pozdrawiam

Ciekawy pomysł tutaj opisano:
https://jeffkemponoracle.com/2014/01/23/parallel-development-in-apex/

Korzystacie?

Ja robię dwie wersje aplikacji jedna jest produkcyjna druga testowa (developerska). Jak zmiana jest gotowa robię przekierowanie z produkcji na test i nową wersję testową, ale u mnie jest tylko kilku developerów i nie wchodzimy sobie w drogę (za bardzo). Zaletą jest to że można bardzo szybko wrócić do jakiejś wersji, bo wszystkie są na serwerze, wadą że testy odbywają się na danych produkcyjnych co wymaga uwagi i świadomości. Oczywiście można to obejść robiąc schemat produkcyjny i testowy, ale nie odczuwam takiej potrzeby :)

Powiedziałbym tak, nie ma rozsądnego rozwiązania. My generalnie próbujemy tłoczyć wszystko do PL/SQL-a i tym zarządzać. Tworzymy też odgórne zakresy stron i przydzielamy do nich funkcjonalności. Wiadomo też że najcześciej istnieją 3 środowiska, dev, preprod i prod.
Natomiast co by nie zrobić zawsze będzie jakiś problem.

My generalnie próbujemy tłoczyć wszystko do PL/SQL-a
A co z raportami interaktywnymi? Ich za bardzo nie da się wsadzić w PL/SQL.

Tak jak napisałem, nie ma rozsądnego rozwiązania, raportu przygotowujemy na poziomie views-ów.

Dzięki za zainteresowanie tematem :)
A co z raportami interaktywnymi? Ich za bardzo nie da się wsadzić w PL/SQL.
Widziałem, że można wyciągnąć zapytanie z raportu interaktywnego i je wygenerować korzystając z Oraclowych funkcji. No ale raczej średnio wygodne rozwiązanie.

Oracle też wypuściło coś takiego:
http://www.oracle.com/technetwork/developer-tools/apex/learnmore/apex-life-cycle-management-wp-3030229.pdf
Też tam właśnie zalecają wyciąganie maksymalnie logiki po za Apexa.

Najgorszy jest zawsze moment przełączania dev(preprod) -> prod, żeby użytkownicy nie narzekali. Jeśli w aplikacji nie ma interkatywnych raportów, to może rzeczywiście przekierowanie na inną aplikację nie jest złym pomysłem

W tym dokumencie Oracle jeszcze piszą, żeby aplikacje rozdzielać na mniejsze"podaplikacje", tak żeby przepiąć tylko mały "moduł" aplikacji. Ktoś może stosował takie rozwiązanie?

Niedawno pokazał się ciekawy filmik, akurat w temacie: https://www.youtube.com/watch?v=_ijSbiMH4B0

Co do zarządzania wersjami, ale bardziej kodu PL/SQL.
Gitora to w sumie serwer GITa zintegrowany z bazą danych i ma możliwość łatwego wersjonowania procedur itd., a nie tylko plików .sql.

http://blog.gitora.com/benefits-of-gitora/
Na wirtualnej maszynie działa całkiem nieźle. Spotkał się ktoś z tym narzędziem w praktyce?

Witam

Generalnie temat dość ciekawy natomiast nie wiem czy jest to faktycznie coś co by stanowiło przełom jeżeli chodzi o samo developowanie w APEX-ie.
Z mojego punktu widzenia jeżeli chodzi o sam PLSQL to nie ma żadnego znaczenia czy wersjonuję paczki bezpośrednio czy pliki. Ważne raczej jest czy da się to pożenić z APEX-em. A z tego co widzę nie ma to raczej jakiegoś przełożenia :(

Największym problemem jest APEX i póki nie zrealizują natywnego sposobu zarządzania wersją będziemy musieli polegać na organizacji wewnętrznej i tyle.