Глава 1 Какво е Дженкинс?
Jenkins е мащабируем, непрекъснат интегриращ двигател.
Основно се използва за:
- Непрекъснато и автоматично създавайте/тествайте софтуерни проекти.
- Наблюдавам някои задачи, които се изпълняват редовно.
Характеристиките, които притежава Дженкинс, включват:
- Лесен за инсталиране - просто разположи jenkins.war в servlet контейнер без поддръжка на база данни.
- l Лесен за конфигуриране – всички конфигурации се реализират чрез уеб интерфейса, предоставен от него.
- l Интегрираният RSS/E-mail публикува резултатите от билдинга чрез RSS или известия по имейл, когато сборката приключи.
- Генерирам JUnit/TestNG тестови доклади.
- l Поддръжка на разпределени билдове Jenkins позволява множество машини да сглобяват/тестват заедно.
- l Разпознаване на файлове: Jenkins може да проследява кои jar-ове се генерират от кой билд, коя версия на jar се използва от кой билд и т.н.
- l Поддръжка на плъгини: Поддържат се разширения, така че можете да разработвате инструменти, подходящи за нуждите на вашия екип.
1 Произход на Дженкинс
Непрекъснатата интеграция (CI) се е превърнала в обичайна практика за много екипи за разработка на софтуер, които се фокусират върху осигуряване на качество на кода през целия жизнен цикъл на разработка на софтуер. Това е практика, създадена да улесни и укрепи процеса на създаване на софтуер. И може да помогне на вашия екип по разработка да се справи с предизвикателства като:
- l Автоматизация на софтуерното изграждане: След завършване на конфигурацията, CI системата ще изгради целевия софтуер според предварително определения график или за конкретно събитие.
- l Изграждане на устойчиви автоматизирани проверки: CI системата може непрекъснато да получава нов или модифициран изходен код за чекиране, тоест когато екипът за разработка на софтуер трябва периодично да проверява новия или модифицирания код, CI системата постоянно потвърждава дали новият код е нарушил успешното изграждане на оригиналния софтуер. Това намалява времето и усилията, които разработчиците влагат в търсене на промени в своя взаимозависим код (за да сме директни, хехе).
- l Изграждане на устойчиво автоматизирано тестване: изграждане на разширена част от проверката, изпълнение на предварително дефиниран набор от тестови правила след изграждането и изпращане на известия (имейл, RSS и др.) към съответните страни след завършване.
- l Автоматизация на следващите процеси след генериране: Когато автоматизираните проверки и тестове бъдат успешно завършени, може да са необходими допълнителни задачи в цикъла на софтуерно изграждане, като генериране на документация, опаковане на софтуер и внедряване на компоненти в runtime или софтуерно хранилище. Това позволява компонентите да бъдат достъпни за потребителите по-бързо.
- Минималните изисквания, необходими за внедряване на CI система, са хранилище с наличен изходен код и проект с билд скриптове.
Следната диаграма обобщава основната структура на CI системата:
Компонентите на системата функционират в следния ред:
1. Разработчикът проверява кода в репозиториума с изходен код.
2. CI системата създава отделно работно пространство за всеки проект. Когато нова конфигурация е предварително зададена или поискана, тя ще съхранява изходния код от репозиториума на изходния код в съответното работно пространство.
3. CI системата ще изпълни процеса на изграждане в съответното работно пространство.
4. (Ако конфигурацията съществува) След като сглобяването е завършено, CI системата извършва определен набор от тестове в нов артефакт. Задействайте известия (имейл, RSS и др.) към съответните страни след завършване.
5. (Конфигурация, ако е налична) Ако билдът е успешен, този артефакт се пакетира и прехвърля към целевата цел за внедряване (например сървър за приложения) или се съхранява като нова версия в софтуерното хранилище. Софтуерното хранилище може да бъде част от CI система или външно хранилище, като файлов сървър или уебсайт като Java.net, SourceForge и др.
6. CI системата обикновено инициира съответните действия въз основа на заявки, като моментални билдове, генериране на отчети или възстановяване на някои изградени артефакти.
Jenkins е една такава CI система. Преди известен като Хъдсън.
Ето някои причини да използвате Jenkins:
- l Това е най-лесният за инсталиране и конфигуриране сред всички CI продукти.
- l Въз основа на уеб достъпа, потребителският интерфейс е много приятелски, интуитивен и гъвкав, и в много случаи предоставя незабавна обратна връзка от AJAX.
- l Jenkins е разработен на Java (което е много полезно, ако сте Java разработчик), но не се ограничава само до създаване на софтуер, базиран на Java.
- L Jenkins има голям брой плъгини. Тези плъгини значително разширяват функционалността на Jenkins; Всички са с отворен код и могат да се инсталират и управляват директно през уеб интерфейса.
1.1 Цели на Дженкинс
Основната цел на Дженкинс е да следи процеса на разработка на софтуер и бързо да разкрива проблеми. Затова може да гарантира, че разработчиците и свързаният персонал спестяват време и усилия и подобряват ефективността на разработката.
Основната роля на CI системата през целия процес на разработка е контролът: когато системата засече промяна в хранилището на кода, тя делегира задачата за изпълнение на билда на самия процес на изграждане. Ако билдът се провали, CI системата уведомява съответното лице и продължава да наблюдава хранилището. Героите му изглеждат пасивни; Но това бързо отразява проблема.
По-специално, тя има следните предимства:
- l Дженкинс Всички конфигурации могат да се правят на уеб интерфейс. Някои конфигурации като MAVEN_HOME и имейл трябва да се конфигурират само веднъж и всички проекти могат да се използват. Разбира се, може да се конфигурира и чрез модифициране на XML.
- l Модули, които поддържат Maven, Jenkins е оптимизирал Maven, така че да може автоматично да разпознава модули и всеки модул може да бъде конфигуриран като задача. Доста гъвкави.
- l Агрегиране на тестови доклади, тестовите доклади на всички модули се агрегират заедно и резултатите са ясни на пръв поглед, използвайки други CI, което е почти невъзможна задача.
- l Artifact fingerprint, резултатът от всяка конфигурация, е добре управляван автоматично и може лесно да се разглежда и изтегля без никаква конфигурация.
|
Публикувано в 22.11.2018 г. 9:59:36 ч.
|
|
|
|
