Jaki jest cel repozytorium artefaktów?

Repozytorium artefaktów jest potrzebne, ale Artifact repo jest elementem koncepcyjnym, nie zawsze odrębnym narzędziem. Z Jenkinsem powinieneś mieć podpisy MD5 i (myślę) sposób pobierania plików, które chcesz (web service call, prawda?) ze zdalnego serwera. Oczywiście, jeśli robisz coś prostego, jak użycie wtyczki Jenkins build pipeline, powinna ona mieć płynny dostęp do odpowiednich wersji plików.

Alternatywnie, jeśli używasz oddzielnego narzędzia wdrażania, te lepsze zawierają repozytorium artefaktów.

Niezależnie od tego, chcesz to, co ludzie z ITIL nazywają ostateczną biblioteką mediów/oprogramowania. Definitywne w tym, że bity są bezpieczne, zaufane i oficjalne. I bibliotekę, dzięki której można je łatwo przeglądać i uzyskiwać do nich dostęp. Podczas pracy z repozytorium artefaktów należy upewnić się, że jest ono odpowiednio zabezpieczone. Jest cofnięty. Jest on dostępny dla Twoich wdrożeń (w tym dla produkcji). Jeśli spojrzysz na Jenkinsa i spełnia on Twoje kryteria w tych kategorie, Uznaj się za zrobione. Jeśli go brakuje, a nie byłbym zaskoczony, gdyby tak było, potrzebujesz albo dedykowanego narzędzia, takiego jak Maven repos, albo czegoś w pakiecie z narzędziami wdrażania.

Aby dowiedzieć się więcej na ten temat, jest nagrany webcast . Slajdy do tego są na Slideshare .

Nie byłem na bieżąco z Jenkinsem, nadal używamy wersji CI, kiedy orginalnie nazywała się Hudson.

W twoich projektach poms powinieneś normalnie wskazywać na własne repozytorium artefaktów, jeśli możesz pobrać i wdrożyć własne projekty (firmowe).

Używając repozytorium artifact z Twoim serwerem CI, może następnie wdrożyć pomyślnie zbudowane migawki i Wydania, które mogą być dostępne dla innych programistów.