Ця стаття є дзеркальною статтею машинного перекладу, будь ласка, натисніть тут, щоб перейти до оригінальної статті.

Вид: 13306|Відповідь: 0

[Джерело] Дженкінс коротко представив

[Копіювати посилання]
Опубліковано 22.11.2018 09:59:36 | | | |
Розділ 1 Що таке Дженкінс?

Jenkins — це масштабований, безперервний інтеграційний рушій.

В основному використовується для:

  • Безперервно і автоматично створюйте/тестуйте програмні проєкти.
  • Я контролюю деякі завдання, які виконуються регулярно.


Риси, якими володіє Дженкінс, включають:

  • Легко встановити — просто розгорніть jenkins.war у контейнері servlet без підтримки бази даних.
  • l Легко налаштовувати — всі конфігурації реалізуються через веб-інтерфейс, який надає він.
  • l Інтегрована RSS/електронна пошта публікує результати збірки через RSS або сповіщення електронною поштою після завершення збірки.
  • Я генерую звіти JUnit/TestNG.
  • l Підтримка розподілених збірок Jenkins дозволяє кілька машин збирати/тестувати разом.
  • l Розпізнавання файлів: Jenkins може відстежувати, які jar генеруються якою збіркою, яка версія jar використовується в якій збірці тощо.
  • l Підтримка плагінів: підтримуються розширення, тож ви можете розробляти інструменти, які відповідають потребам вашої команди.


1 Походження Дженкінса

Безперервна інтеграція (CI) стала поширеною практикою для багатьох команд розробників програмного забезпечення, щоб зосередитися на забезпеченні якості коду протягом усього життєвого циклу розробки програмного забезпечення. Це практика, спрямована на спрощення та зміцнення процесу розробки програмного забезпечення. І це може допомогти вашій команді розробників впоратися з такими викликами, як:

  • l Автоматизація збірки програмного забезпечення: Після завершення конфігурації система CI створить цільове програмне забезпечення відповідно до заздалегідь визначеного графіка або для конкретної події.
  • l Створення сталих автоматизованих перевірок: система CI може безперервно отримувати новий або змінений вихідний код реєстрації, тобто коли команда розробників програмного забезпечення періодично перевіряє новий або змінений код, система CI постійно перевіряє, чи не порушив новий код успішну розробку оригінального програмного забезпечення. Це зменшує час і зусилля, які розробники витрачають на зміни у своєму взаємозалежному коді (якщо бути простим, хе-хе).
  • l Створення сталого автоматизованого тестування: створення розширеної частини перевірки, виконання заздалегідь визначеного набору правил тестування після створення та надсилання сповіщень (електронна пошта, RSS тощо) відповідним сторонам після завершення.
  • l Автоматизація наступних процесів після генерації: Після успішного завершення автоматизованих перевірок і тестів можуть знадобитися додаткові завдання у циклі збірки програмного забезпечення, такі як створення документації, пакування програмного забезпечення та розгортання компонентів у виконанні або репозиторій програмного забезпечення. Це дозволяє швидше зробити компоненти доступними користувачам.
  • Мінімальні вимоги для розгортання CI-системи — це репозиторій доступного вихідного коду та проєкт із скриптами для збірки.


Наступна діаграма підсумовує базову структуру системи КІ:



Компоненти системи працюють у наступному порядку:

1. Розробник перевіряє код у репозиторії вихідного коду.

2. Система CI створює окремий робочий простір для кожного проєкту. Коли нова збірка задана або запитується, вона зберігає вихідний код із репозиторію вихідного коду у відповідному робочому просторі.

3. Система CI виконає процес збірки у відповідному робочому просторі.

4. (якщо конфігурація існує) Після завершення збірки система CI виконує визначений набір тестів у новому артефакті. Сповіщення тригерів (електронна пошта, RSS тощо) відповідним сторонам після завершення.

5. (Конфігурація, якщо присутня) Якщо збірка успішна, цей артефакт пакується і передається до цілі розгортання (наприклад, сервер додатків) або зберігається як нова версія у програмному репозиторії. Репозиторій програмного забезпечення може бути частиною системи CI або зовнішнього репозиторію, наприклад файлового сервера або вебсайтів, таких як Java.net, SourceForge тощо.

6. Система CI зазвичай ініціює відповідні дії на основі запитів, таких як миттєві збірки, генерація звітів або отримання деяких зібраних артефактів.

Jenkins — одна з таких систем CI. Раніше відомий як Hudson.

Ось кілька причин обрати Дженкінса:

  • l Це найпростіший для встановлення та налаштування серед усіх продуктів CI.
  • l Завдяки веб-доступу інтерфейс користувача дуже дружній, інтуїтивно зрозумілий і гнучкий, і в багатьох випадках забезпечує миттєвий зворотний зв'язок від AJAX.
  • l Jenkins розроблений на Java (що дуже корисно, якщо ви розробник на Java), але це не обмежується лише створенням програмного забезпечення на основі Java.
  • У Jenkins є велика кількість плагінів. Ці плагіни значно розширюють функціональність Jenkins; Всі вони мають відкритий код, і їх можна встановити та керувати безпосередньо через веб-інтерфейс.


1.1 Цілі Дженкінса
Головна мета Дженкінса — моніторити процес розробки програмного забезпечення та швидко виявляти проблеми. Тому він може гарантувати, що забудовники та пов'язані з ними персонал заощаджують час і зусилля, а також підвищують ефективність розробки.

Основна роль системи CI протягом усього процесу розробки — це контроль: коли система виявляє зміну в репозиторії коду, вона делегує завдання запуску збірки безпосередньо процесу збірки. Якщо збірка не вдається, система CI повідомляє відповідну особу і продовжує моніторинг репозиторію. Її персонажі здаються пасивними; Але це швидко відображає проблему.

Зокрема, він має такі переваги:

  • l Дженкінс: Всі налаштування можна виконувати на веб-інтерфейсі. Деякі конфігурації, такі як MAVEN_HOME та електронна пошта, потрібно налаштовувати лише один раз, і всі проєкти можна використовувати. Звісно, його також можна налаштувати, змінюючи XML.
  • l Модулі, що підтримують Maven, Jenkins оптимізував Maven, щоб він міг автоматично розпізнавати модулі, і кожен модуль можна налаштувати як завдання. Досить гнучкий.
  • l Агрегування тестових звітів, тестові звіти всіх модулів агрегуються разом, і результати очевидні з першого погляду, з використанням інших CI, що є майже неможливим завданням.
  • l Відбиток артефакту, результат кожної збірки, добре автоматично керується і його легко переглядати та завантажувати без жодної конфігурації.






Попередній:Книга: Колекція шедеврів детективних романів «National Name Series» Еллері Квінна
Наступний:Як Jekins розгортає проєкт .NET Framework
Застереження:
Усе програмне забезпечення, програмні матеріали або статті, опубліковані Code Farmer Network, призначені лише для навчання та досліджень; Вищезазначений контент не повинен використовуватися в комерційних чи незаконних цілях, інакше користувачі несуть усі наслідки. Інформація на цьому сайті надходить з Інтернету, і спори щодо авторських прав не мають до цього сайту. Ви повинні повністю видалити вищезазначений контент зі свого комп'ютера протягом 24 годин після завантаження. Якщо вам подобається програма, будь ласка, підтримуйте справжнє програмне забезпечення, купуйте реєстрацію та отримайте кращі справжні послуги. Якщо є будь-яке порушення, будь ласка, зв'яжіться з нами електронною поштою.

Mail To:help@itsvse.com