7
Czy ktoś ma wiedzę na temat budowania oprogramowania IBM i: rpgle, sqlrpgle, clle, srvpgms ze gradle?Automatyzacja wdrażania RPGLE za pomocą Gradle na IBM i
Pomysł na teraz to:
- cały kod źródłowy przechowywane w git repo
- Jenkins CI, zintegrowane z git, ściąga aktualizację oprogramowanie
- znajduje się plik json w popełnić także, w którym przechowywane pełny opis wydania (informacje o projekcie, zależności, opis wszystkich obiektów z instrukcją kompilacji), tak jak pom.xml w maven
- w tym miejscu Jenkins powinien uruchomić zadanie gradle, które powinno zbudować wszystkie programy z kodu źródłowego w katalogu roboczym Jenkins, na podstawie instrukcji ns w pliku json. Problem polega jednak na tym, że kompilacja systemu IBM i jest dostępna tylko na serwerze i nie ma na to żadnych wtyczek.
Projekt Gradle powinno być coś takiego:
- kod źródłowy transferu na serwerze
- wykonać zdalną kompilację każdego obiektu z instrukcjami z json
- wdrożyć binarne w określonych bibliotek
- wykonywanie komend - tworzenie danych, zmiana, uruchamianie skryptów sql i innych
Pytania są następujące:
- Czy ten schemat jest prawidłowy?
- Czy fazy projektu gradle są poprawne?
- Jak mogę to wdrożyć w gradle?
To jest ładny pytanie, warto zapytać. Wątpię, by ktokolwiek używał Gradle do budowania oprogramowania na i. Wątpię, żeby było więcej niż garstka ludzi w społeczności i, którzy nawet słyszeli o Gradle. (Nie słyszałem o tym, dopóki nie przeczytałem tego pytania, mimo że staram się śledzić wiadomości z głównego nurtu świata komputerowego, nie tylko na temat i.) Ale w zasadzie powinno być możliwe wdrożenie twojego programu. –
Chciałbym również wyjaśnić, że podoba mi się to pytanie, mimo że nie spełnia ono zwykłych wytycznych dotyczących przepełnienia stosu. To pytanie jest nieco zbyt szerokie, ze zbyt wieloma pytaniami. Gdyby celował w Linuksa, a nie w system IBM i, w zasadzie głosowałbym nad zamknięciem głosowania. Sądzę jednak, że ważne jest, aby oprogramowanie takie jak Gradle miało kontakt ze społecznością IBM i (która jest notorycznie nieświadoma "zewnętrznych" technologii). –