Gdziekolwiek Przeczytaj o ciągłe dostarczanie lub ciągłej integracji zaleca się użycie artefakt repozytorium do przechowywania artefaktów choć Jenkins już przechowuje je na każdej budowie.Jaki jest cel repozytorium artefaktów?
Dlaczego więc zaleca się korzystanie z repozytorium artefaktów? Czy istnieje płynne rozwiązanie do pracy z artefaktami konstrukcji Jenkinsa, np. użyć tych artefaktów do wdrożenia?
repozytorium artefakt i ciągłe narzędzia integracji służą dwóch różnych celów i nie mogą być podstawione przez inne. Sprawdź numer this video od Artifactory, jednego z dostawców repozytoriów artefaktów, dlaczego warto korzystać z repozytorium artefaktów.
Jenkins przechowuje artefakty jako zwykłe pliki bez wersji, podczas gdy artefakty w repozytorium artefaktów mogą być kontrolowane pod względem wersji. Dzięki temu masz większą elastyczność w wyszukiwaniu artefaktów i zarządzaniu nimi. Przeczytaj this bardzo dobry artykuł o tym, dlaczego ich potrzebujemy. Na pewno nie wszystkie te rzeczy są wspierane przez narzędzia ciągłej integracji, takie jak Jenkins.
Co więcej, można również spojrzeć na Artifactory plugin for Jenkins, który integruje dwa.
Nie byłem na bieżąco z Jenkinsem, nadal używamy wersji CI, kiedy była ona nazywane Hudson.
W swoich projektach poms powinien zazwyczaj wskazywać na własne repozytorium artefaktów, w przypadku których można pobrać i wdrożyć własne (firmowe) projekty.
Korzystając z repozytorium artefaktów za pomocą serwera CI, może wdrożyć pomyślnie utworzoną migawkę i wydania, które mogą być dostępne dla innych programistów.
Repozytorium artefaktów jest potrzebne, ale repozytorium artefaktów jest pojęciowym i nie zawsze jest odrębnym narzędziem. Z Jenkinsem powinieneś mieć podpisy MD5 i (jak sądzę) sposób pobierania żądanych plików (usługa sieciowa, prawda?) Ze zdalnego serwera. Oczywiście, jeśli robisz coś prostszego, jak przy użyciu wtyczki do budowania potoków Jenkins, powinien on mieć możliwość płynnego dostępu do właściwych wersji plików.
Alternatywnie, jeśli używasz osobnego narzędzia do rozmieszczania, te lepsze wiążą repozytorium artefaktów.
Bez względu na to, co ludzie ITIL nazywają ostateczną biblioteką mediów/oprogramowania. Ostateczne, ponieważ bity są bezpieczne, zaufane i oficjalne. I biblioteka, w której można je łatwo znaleźć i uzyskać do nich dostęp. Podczas pracy z repozytorium artefaktów należy się upewnić, że jest odpowiednio zabezpieczony. Jest zarchiwizowany. Jest dostępny dla twoich wdrożeń (w tym dla produkcji). Jeśli spojrzysz na Jenkinsa i spełnia twoje kryteria w tych kategoriach, zastanów się, czy jesteś gotowy. Jeśli go brakuje i nie byłbym zaskoczony, gdyby tak było, potrzebujesz albo dedykowanego narzędzia, takiego jak repozytorium Maven, albo czegoś związanego z oprzyrządowaniem wdrażania.
Aby uzyskać więcej informacji na temat tego tematu, istnieje recorded webcast. Slajdy dla tego są na Slideshare.