Лучшая практика для хранения зависимостей при автоматизации сборки для Java-приложений

Question

Мы изучаем подход, более дружественный к CI, к управлению нашим файловым сервером базы данных помехоустойчивости или устранению его полностью для лучшей альтернативы. Сейчас это просто сервер Linux с некоторой формой структуры файла, например:

http://server_name/vault/apache.org/axis/version_number/axis.jar 
http://server_name/vault/apache.org/axis/version_number/jaxrpc.jar 
http://server_name/vault/apache.org/axis/version_number/axis.jar 

Было интересно, какой тип стандартных принятых практик корпоративного управления CI для этих зависимостей, когда вы делаете автоматизированной сборки.

• Хранение их в AWS S3 будет хорошей идеей?
• Существуют ли какие-либо приложения, которые помогают управлять библиотекой зависимостей jar? (Желательно искать решения с открытым исходным кодом). Например, что-то похожее на то, где вы просто добавляете банку, которая вам нужна, и вытаскивайте ее с помощью API при выполнении сборки.
• Предполагая, что apache ant используется для построения проекта. И если это не так хорошо играет в сфере CI, что было бы хорошей альтернативой?

Answer 1

Я бы рекомендовал использовать Apache ivy для управления зависимостями вашей сборки. Ivy можно настроить для вытягивания зависимостей из репозиториев Maven, что в настоящее время является стандартом defacto для хранения двоичных файлов Java.

• Use public maven repository with ivy

Maven Central является крупнейшим хранилищем Java бинарных файлов. Для размещения ваших собственных двоичных файлов существуют различные готовые варианты: Nexus, Artifactory или Archiva