Где бы вы ни читали о непрерывной доставки или непрерывной интеграции рекомендуется использовать артефакт хранилище для хранения артефактов, даже если Дженкинс уже хранит их для каждой сборки.Какова цель хранилища артефактов?
Так почему же рекомендуется использовать хранилище артефактов? Есть ли гладкое решение для работы с артефактами строений Дженкинса, например. использовать эти артефакты для развертывания?
Репозитарийартефакта и непрерывных инструментов интеграции служат две разных целями и никто не может быть замещен другими. Проверьте this video от Artifactory, одного из поставщиков артефактных репозиториев, о том, почему следует использовать репозиторий артефактов.
Jenkins хранит артефакты как простые файлы без версий, в то время как артефакты в артефактном хранилище могут управляться версией. Таким образом, вы получаете гораздо большую гибкость в поиске артефактов и управлении ими. Прочитайте this очень хорошую статью о том, зачем мы нужны. Несомненно, не все эти вещи поддерживаются инструментами непрерывной интеграции, такими как Jenkins.
Кроме того, вы также можете посмотреть на Artifactory plugin for Jenkins, который объединяет два.
Я не был в курсе событий с Дженкинсом, мы все еще используем версию CI, когда она была первоначально названа Хадсоном.
В ваших проектах ваши пемы, которые вы обычно должны указывать на свой собственный артефактный репозиторий, вы могли бы получить и развернуть свои собственные (корпоративные) проекты.
Используя репозиторий артефактов с вашим CI-сервером, он может затем успешно развертывать моментальные снимки и релизы, которые могут быть доступны другим разработчикам.
Артефактный репозиторий необходим, но репозиторий артефакта является концептуальной частью, а не всегда отличным инструментом. С Jenkins у вас должны быть подписи MD5 и (я думаю) способ загрузки нужных файлов (вызов веб-службы, справа?) С вашего удаленного сервера. Конечно, если вы делаете что-то простое, например, используя плагин конвейера сборки Jenkins, он должен иметь возможность беспрепятственно обращаться к правильным версиям файлов.
В качестве альтернативы, если вы используете отдельный инструмент развертывания, лучшие из них объединяют репозиторий артефактов.
Независимо от того, вы хотите, чтобы люди ITIL называли окончательную медиа/библиотеку программного обеспечения. Определенно, что биты являются безопасными, надежными и официальными. И библиотека в том, что их можно легко найти и получить доступ. При работе с хранилищем артефактов вам необходимо убедиться в его надлежащей безопасности. Он подкреплен. Он доступен для развертывания (в том числе для производства). Если вы посмотрите на Дженкинса, и он соответствует вашим критериям в этих категориях, подумайте о себе. Если этого не хватает, и я не удивлюсь, если это так, то вам нужен либо выделенный инструмент, такой как репозиторий Maven, либо что-то в комплекте с инструментами развертывания.
Для большей части моего бессвязного сюжета есть recorded webcast. Слайды для них на Slideshare.