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