Это вторая статья, посвященная мавену и его использованию для организации моих проектов. Целью этой статьи будет структура проекта под управлением мавен. Особых откровений вы не найдёте, скорее набор общих правил для моих проектов. Первую статью можно прочитать здесь.

Не сильно ошибусь, если предположу, что мало кто активно использует эту возможность языка. Для тех кто не помнит, что это такое можно почитать здесь. Я же переду к практике.

Знаю, он не идеальный, но по крайней мере я попытаюсь рассказать, как его к этому приблизить.

В одну заметку всё не войдёт, поэтому сначала план:

1. Постановка задачи — описание той конфигурации проектов с которой мы будем работать, целей и проблем
2. Как настроить мавен для разработки в рамках нашей задачи
3. Как настроить CI/CD (билды, релизы, деплоймент)
4. Нерешенные проблемы

Задача

Итак, начнем с постановки задачи. Предположим у нас есть группа людей (компания, фирма, кружок), которые разрабатывают проекты на Java. При этом у них есть как проекты с открытым кодом (OSS), так и проекты с закрытым кодом. Проекты, назовём их внутренние, разрабатываются независимо друг от друга, но между ними есть зависимости. Что хочется:

• Централизованное управление зависимостями на внешние библиотеки
• OSS проекты в центральном мавен репозитории
• Закрытые проекты в своём мавен репозитории.
• «Простой» релиз внутренних проектов с обновлением зависимости в зависимых проектах.
• Максимальная автоматизация всех хотелок.