Qual é o propósito de um repositório de artefatos?

Um repositório de artefatos é necessário, mas o artefato repo é uma peça conceitual e nem sempre uma ferramenta distinta. Com Jenkins você deve ter assinaturas MD5 E (eu acho) uma maneira de baixar os arquivos que você quer (chamada de serviço web, certo?) do seu servidor remoto. Certamente, se você está fazendo algo simples como usar o Jenkins build pipeline plugin, ele deve ser capaz de acessar as versões certas dos arquivos sem problemas.

Em alternativa, se estiver a utilizar uma utilização separada Ferramenta, os melhores acumulam um repositório de artefatos.

De qualquer forma, você quer o que o pessoal da ITIL chama de uma biblioteca de mídia/Software definitiva. Definitiva em que os bits são seguros, confiáveis e oficiais. E uma biblioteca onde eles podem ser facilmente pesquisados e acessados. Ao trabalhar com um repositório de artefatos, você precisa se certificar de que ele é adequadamente seguro. Está cheio. É acessível para seus destacamentos (incluindo para a produção). Se você olhar para o Jenkins e ele atender aos seus critérios em essas categorias, considere-se feito. Se está faltando, e eu não ficaria surpreso se fosse, então você precisa de uma ferramenta dedicada como os repos Maven, ou algo empacotado com o implay tooling. Para mais das minhas divagações sobre o assunto, há um webcast gravado. Os slides para isso estão em Slideshare .

Ainda não actualizei o Jenkins, ainda usamos uma versão do IC quando se chamava inicialmente Hudson.

Nos seus projectos, os seus poms deverão normalmente apontar para o seu próprio repositório de artefactos, onde poderá obter e implantar os seus próprios projectos (da empresa).

Usando um repositório de artefatos com o seu servidor de CI, ele pode então implantar com sucesso instantâneos construídos e lançamentos que podem estar disponíveis para outros desenvolvedores.