Архитектура интеграции Github и RDi
У меня есть основной вопрос к тем, кто работал над интеграцией GitHub и IBMi с использованием RDi. Я новичок в GitHub и пытался реализовать GitHub как решение для контроля версий. Я разработал базовый рабочий процесс:
- Создал репозиторий на GitHub.
- Клонировал этот репозиторий в перспективе RDi Git.
- Создан новый проект в перспективе iProject.
- Связал этот проект с git в RDi.
- Связал этот проект с библиотекой IBMi.
- Создана новая ветка в перспективе Git.
- Некоторые исходники перенесены из IBMi в iProject для тестирования.
- Переместил эту новую ветку с исходниками на GitHub.
Теперь, согласно приведенному выше порядку, я понял, что для каждых новых изменений, которые я делаю в iProject, мне приходится фиксировать их в GitHub, чтобы использовать контроль версий. Кроме того, мне нужно внести те же изменения на сервер IBMi для тестирования, а затем внедрить их в производство.
Проблема с этим рабочим процессом заключается в том, что мне приходится вручную синхронизировать исходный код сервера IBMi и исходный код GitHub, чтобы отслеживать предыдущие изменения. Я считаю, что другие организации используют GitHub не так. Может ли кто-нибудь предложить лучшую архитектуру, в которой источники, которые я отправляю в GitHub, автоматически передаются и в IBMi, поэтому между ними не должно быть никакой разницы ??? Или есть ли другой способ связать Github напрямую с моей исходной библиотекой IBMi в RDi вместо использования iProject?
Я попробовал описанную выше архитектуру и почему-то чувствую, что она не оптимизирована. Там должен быть лучший путь.