Нужно презентационные материалы для убеждения клиента использовать Maven
-
28-09-2019 - |
Вопрос
Мой клиент нуждается в более организованной инвентаризации всех третьего сторонних библиотек (таких как файлы 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 (извините, я просто не использую артефакторию):
- Должны ли мы использовать Nexus или Artifactory для Maven Reppo?
- Миграция Нин из артефактория к Нексусу Professional
- От Apache Archiva к сонатипу Nexus
И на всякий случай, вот некоторые презентационные материалы о Maven:
- Несколько презентации Арна Херистера.
- Maven 2.x. Джейсон Ван Зил.
- Maven 2.0 - Улучшите свои шаблоны сборки от Vincent Massol.
- 3.5. Основные понятия В окончательном руководстве Maven