@xynbka

Как организовать микросервисную архитектуру на Gradle?

Достался в наследство многомодульный Java проект.
структура следующая:
----------------------
libs
service1
--gradle.build.kts
--dockerfile
service2
--gradle.build.kts
--dockerfile
build.gradle.kts
settings.gradle.kts
versions.gradle.kts
docker-compose.yaml
----------------------
Весь проект хранился в одном репозитории bitbacket, запускался и тестировался с помощью общей таски gradle. Поступила задача разбить его на разные репозитории. Мы вынесли библиотеки в корпоративный Nexus. Но как правильно разбить его на микросервисы так, чтобы использовались единые версии библиотек, плагинов и тасков рутового build.gradle и versions файла. Или единственный рабочий вариант переносить логику сборки и версионирования библиотек в каждый отдельный микросервис? Или воспользоваться Git Submodules?
  • Вопрос задан
  • 69 просмотров
Пригласить эксперта
Ответы на вопрос 1
xez
@xez Куратор тега Java
Senior Junior Roo
gradle умеет билдить по одному модулю из коробки "чтобы можно было прогнать по pipeline CI не билдить его целиком":
gradle :service1:build
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы