Нужно презентационные материалы для убеждения клиента использовать Maven

StackOverflow https://stackoverflow.com/questions/3883827

Вопрос

Мой клиент нуждается в более организованной инвентаризации всех третьего сторонних библиотек (таких как файлы JAR), которые используются в производстве для их проектов. Я участвую в ряде своих проектов на основе Java. Их инвентарь не был последовательно поддерживаться в прошлом, и время пришло в действие во всех библиотеках, которые в настоящее время используются (есть довольно много!) И для обеспечения обеспечения структурированного процесса внедрения новых библиотек в среду сборки.

Я попытался поставить идею использования Maven и Artifactory в процессе создания, чтобы использовать способность этих инструментов управлять репозиторием двоичных библиотек и обрабатывать зависимости транзитивных библиотечных библиотек. Клиент устойчив к предложению, потому что они думают, что он создаст больше работы для поддержания артефакторического сервера и изучает основы Maven.

В настоящее время их проекты Java все построены с использованием сценариев муравья. Переходные зависимости во многом управляются пробной и ошибкой. Инвентаризация библиотек, в настоящее время использоваться, поддерживается вручную, а двоичные файлы хранятся в репозитории Subversion. Клиент признает, что это должно быть улучшено, но текущие предложения для улучшения включают в себя более спецификацию «управлять этим вручную».

Я хочу убедить клиента, что комбинация Maven и Artifactory - это жизнеспособное решение для их полпов для их потребностей в управлении библиотекой Java. Может ли кто-нибудь направить меня к литературе / материалам, которые я могу использовать для создания презентации для моего клиента о функциях и сильных сторонах Maven и Artifactory?

Любые другие аргументы / предложения / и т. Д. Это поможет мне в этом, также будет оценено.

Это было полезно?

Решение

Я хочу убедить клиента, что комбинация Maven и Artifactory - это жизнеспособное решение для их полпов для их потребностей в управлении библиотекой Java.

Как указано в комментарии, ваш клиент не обязательно должен полностью принять Maven, чтобы воспользоваться управлением зависимостями, вы можете адаптировать существующие сценарии Ant для использования Задачи муравья Maven или плющ. Это может быть менее страшно и уже устраняет боль.

Что касается того, как Maven управляет зависимостями, я бы просто объяснил, что:

  • Артефакт идентифицируется координатами (GroupID, Artifactid, версия).
  • Это позволяет хранить хранить их, используя стандартизированную структуру каталогов (репозиторий)
  • Зависимость - это больше, чем банка: это банка с POM, который позволяет таким образом, как переходные зависимости.

И преимущества такого решения для управления зависимостями являются:

  • Нет беспорядка с зависимостями, они однозначно идентифицированы (не более «что такое версия?» Синдуз)
  • Нет больше двоичных данных в VCS (более быстрый оформление заказа, меньшего пространства)
  • Простые повторное использование артефактов между проектами (нет больше банок, отправленных по электронной почте)
  • Простые менеджмент с разрешением транзитивной зависимости

И поскольку вы не хотите положиться на публичные репозитории, потому что вам нужно хранить свои собственные артефакты, вам нужен репозиторий предприятия. Мой личный выбор будет Nexus:

  • Потому что это файловой (в отличие от артефактория, и я не хочу ставить свои артефакты в базе данных)
  • потому что это просто для установки / использования
  • потому что это легко управлять

Вот некоторые ресурсы о Nexus (извините, я просто не использую артефакторию):

И на всякий случай, вот некоторые презентационные материалы о Maven:

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top