Ten artykuł jest lustrzanym artykułem tłumaczenia maszynowego, kliknij tutaj, aby przejść do oryginalnego artykułu.

Widok: 13306|Odpowiedź: 0

[Źródło] Jenkins krótko przedstawiony

[Skopiuj link]
Opublikowano 22.11.2018 09:59:36 | | | |
Rozdział 1 Czym jest Jenkins?

Jenkins to skalowalny, ciągły silnik integracyjny.

Głównie używane do:

  • Ciągłe i automatyczne budowanie/testowanie projektów programistycznych.
  • Pilnuję niektórych zadań, które wykonuje się regularnie.


Cechy, które posiada Jenkins, obejmują:

  • Łatwa instalacja – wystarczy wdrożyć jenkins.war do kontenera servleta bez wsparcia dla bazy danych.
  • Łatwe do skonfigurowania – wszystkie konfiguracje są realizowane przez interfejs webowy udostępniony przez niego.
  • Zintegrowany RSS/e-mail publikuje wyniki budowy za pomocą RSS lub powiadomienia e-mailem po ukończeniu budowy.
  • Tworzę raporty z testów JUnit/TestNG.
  • Wsparcie dla rozproszonych buildów Jenkins umożliwia wielokrotnym komputerom jednoczesne budowanie/testowanie.
  • l Rozpoznawanie plików: Jenkins może śledzić, które jary są generowane przez który build, która wersja jar jest używana przez który build itd.
  • Wsparcie dla wtyczek: Wspierane są rozszerzenia, więc możesz tworzyć narzędzia dopasowane do potrzeb zespołu.


1 Pochodzenie Jenkinsa

Ciągła integracja (CI) stała się powszechną praktyką wielu zespołów programistycznych, aby skupić się na zapewnieniu jakości kodu przez cały cykl życia programowania. Jest to praktyka mająca na celu ułatwienie i utrwalenie procesu tworzenia oprogramowania. A także może pomóc Twojemu zespołowi deweloperskiemu sprostać wyzwaniom takim jak:

  • l Automatyzacja Budowania oprogramowania: Po zakończeniu konfiguracji system CI buduje docelowe oprogramowanie zgodnie z wcześniej ustalonym harmonogramem lub dla konkretnego zdarzenia.
  • Zbuduj trwałe automatyczne kontrole: System CI może nieustannie pozyskiwać nowy lub zmodyfikowany kod źródłowy do rejestracji, to znaczy, gdy zespół deweloperski musi okresowo sprawdzać nowy lub zmodyfikowany kod, system CI będzie nieustannie potwierdzał, czy nowy kod zakłócił pomyślną budowę oryginalnego oprogramowania. To zmniejsza czas i wysiłek, jaki deweloperzy poświęcają na sprawdzanie zmian w swoim współzależnym kodzie (mówiąc wprost, hehe).
  • Zbuduj trwałe testowanie automatyczne: zbuduj rozszerzoną część kontroli, wykonaj zdefiniowany zestaw reguł testowych po zakończeniu i wywołaj powiadomienia (e-mail, RSS itp.) dla odpowiednich stron po ukończeniu.
  • l Automatyzacja kolejnych procesów po generowaniu: Gdy automatyczne kontrole i testy zostaną pomyślnie zakończone, mogą być wymagane dodatkowe zadania w cyklu budowy, takie jak generowanie dokumentacji, pakowanie oprogramowania oraz wdrażanie komponentów do repozytorium w czasie rzeczywistym lub programie. Pozwala to na szybsze udostępnienie komponentów użytkownikom.
  • Minimalne wymagania wymagane do wdrożenia systemu CI to repozytorium dostępnego kodu źródłowego oraz projekt z wbudowanymi skryptami.


Poniższy diagram podsumowuje podstawową strukturę systemu CI:



Elementy systemu działają w następującej kolejności:

1. Programista sprawdza kod w repozytorium kodu źródłowego.

2. System CI tworzy osobną przestrzeń roboczą dla każdego projektu. Gdy nowa kompilacja jest ustawiona lub żądana, przechowuje kod źródłowy z repozytorium kodu źródłowego w odpowiadającej mu przestrzeni roboczej.

3. System CI wykona proces budowania w odpowiednim obszarze roboczym.

4. (Jeśli konfiguracja istnieje) Po zakończeniu budowy system CI wykonuje określony zestaw testów w nowym artefakcie. Po zakończeniu wywołaj powiadomienia (e-mail, RSS itp.) do odpowiednich stron.

5. (Konfiguracja, jeśli jest obecna) Jeśli kompilacja zakończy się sukcesem, artefakt ten jest pakowany i przesyłany do celu wdrożenia (np. serwer aplikacji) lub przechowywany jako nowa wersja w repozytorium oprogramowania. Repozytorium oprogramowania może być częścią systemu CI lub zewnętrznego repozytorium, takiego jak serwer plików czy strona internetowa taka jak Java.net, SourceForge itp.

6. System CI zazwyczaj inicjuje odpowiadające im działania na podstawie żądań, takich jak natychmiastowe kompilacje, generowanie raportów lub pobieranie niektórych artefaktów zbudowanych.

Jenkins jest jednym z takich systemów CI. Dawniej znane jako Hudson.

Oto kilka powodów, dla których warto korzystać z Jenkins:

  • Jest najłatwiejszy do instalacji i konfiguracji spośród wszystkich produktów CI.
  • Opierając się na dostępie do sieci, interfejs użytkownika jest bardzo przyjazny, intuicyjny i elastyczny, a w wielu przypadkach zapewnia natychmiastową informację zwrotną od AJAX.
  • Jenkins jest tworzony na Javie (co jest bardzo przydatne, jeśli jesteś programistą Javy), ale nie ogranicza się do tworzenia oprogramowania opartego na Javie.
  • Jenkins ma dużą liczbę wtyczek. Te wtyczki znacznie rozszerzają funkcjonalność Jenkins; Wszystkie są open source i można je instalować oraz zarządzać bezpośrednio przez interfejs webowy.


1.1 Cele Jenkinsa
Głównym celem Jenkinsa jest monitorowanie procesu tworzenia oprogramowania i szybkie ujawnianie problemów. Dzięki temu może zapewnić, że deweloperzy i powiązani pracownicy zaoszczędzą czas i wysiłek oraz poprawią efektywność rozwoju.

Główną rolą systemu CI w całym procesie tworzenia jest kontrola: gdy system wykryje zmianę w repozytorium kodu, deleguje zadanie uruchomienia kompilacji samemu procesowi budowania. Jeśli build się nie powiedzie, system CI powiadamia odpowiednią osobę i kontynuuje monitorowanie repozytorium. Postacie wydają się bierne; Ale szybko odzwierciedla problem.

W szczególności ma następujące zalety:

  • Jenkins: Wszystkie konfiguracje można wykonać przez interfejs webowy. Niektóre konfiguracje, takie jak MAVEN_HOME i e-mail, wymagają konfiguracji tylko raz, a wszystkie projekty mogą być używane. Oczywiście można go także skonfigurować poprzez modyfikację pliku XML.
  • Moduły obsługujące Maven, Jenkins zoptymalizował Maven, dzięki czemu może automatycznie rozpoznawać moduły, a każdy moduł może być skonfigurowany jako zadanie. Dość elastyczny.
  • Agregacja raportów testowych, raporty testowe wszystkich modułów są agregowane, a wyniki są jasne na pierwszy rzut oka, przy użyciu innych CI, co jest zadaniem niemal niemożliwym.
  • L Artifact fingerprint, wynik każdego builda jest dobrze automatycznie zarządzany i można go łatwo przeglądać i pobierać bez żadnej konfiguracji.






Poprzedni:Książka: Kolekcja arcydzieł powieści detektywistycznych Ellery'ego Quinna "National Name Series"
Następny:Jak Jekins wdraża projekt .NET Framework
Zrzeczenie się:
Całe oprogramowanie, materiały programistyczne lub artykuły publikowane przez Code Farmer Network służą wyłącznie celom edukacyjnym i badawczym; Powyższe treści nie mogą być wykorzystywane do celów komercyjnych ani nielegalnych, w przeciwnym razie użytkownicy ponoszą wszelkie konsekwencje. Informacje na tej stronie pochodzą z Internetu, a spory dotyczące praw autorskich nie mają z nią nic wspólnego. Musisz całkowicie usunąć powyższą zawartość z komputera w ciągu 24 godzin od pobrania. Jeśli spodoba Ci się program, wspieraj oryginalne oprogramowanie, kup rejestrację i korzystaj z lepszych, autentycznych usług. W przypadku naruszenia praw prosimy o kontakt mailowy.

Mail To:help@itsvse.com