Концепція безперервної інтеграції

  • Вступ
  • Ключові слова
  • Деякий популярний сервер інтеграції
  • Кілька корисних посилань
  • Примітки

Вступ

Безперервний процес інтеграції має для основної мети перевірити, що кожне оновлення вихідного коду не генерує регресії та / або аномалії у застосуванні, що розробляється. Історично інтеграція постійно використовується IBM для розробки OS / 360 з 60-х років.

Безперервна інтеграція не є інструментом, а є практичним результатом екстремального програмування (XP).

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

Найбільш складним для розробника є відображення реального впливу оновлення на всі основні функціональні можливості програми. Безперервна інтеграція може дати розробнику більш широкий погляд на додаток, оскільки тести додатків виконуються в середовищі клонів.

Ключові слова

  • Збірка: Всі кроки, необхідні для компіляції та створення, результатів, необхідних для запуску тестів (функціональних, одиничних, HMI тощо).
  • Commit: Ця операція дозволяє перевіряти оновлення існуючого вихідного коду в локальному робочому каталозі машини розробника за допомогою інструменту керування конфігурацією (наприклад, SVN).
  • Оновлення: Ця операція дозволяє оновлення з сховища інструменту керування конфігурацією локального каталогу.
  • Перевірка: це операція з вилучення версії проекту, що розробляється, зі сховища менеджера конфігурації до локальної робочої директорії.

Загальний сценарій

  • Розробник зробив фіксацію в репозиторії менеджера конфігурації.
  • Сервер інтеграції виявляє фіксацію, робить Checkout запуск компіляції та тестування операцій
  • У разі відмови повідомляється менеджер проекту та / або команда розробників.
  • Розробник, пов'язаний з помилкою, робить оновлення сховища керування конфігурацією та виправляє аномалію.

Загальна характеристика сервера безперервної інтеграції

  • Постійний сервер інтеграції має в першу чергу включати:
  • Щоб виконати операції Checkout диспетчера конфігурації.
  • Компіляція вихідного коду
  • Створення архіву додатків (Ear, Jar, War, ...)
  • Розгортання архіву на тестовій машині.
  • Запуск тестового набору: JUnit, Cactus, аудит вихідного коду, тестування GUI, функціональне тестування
  • Повідомлення про результат: пошта, RSS.
  • Створення статистичного звіту.
  • Інтеграція з іншими інструментами

Деякий популярний сервер інтеграції

  • Круїз-контроль: з відкритим вихідним кодом і вільним, добре відомим, добре документованим, для тестування додатків і додатків J2EE. Чистий. є посиланням на безперервну інтеграцію.
  • Хадсон: з відкритим вихідним кодом і безкоштовно, останнім часом стають більш популярними, що круїз-контроль може перевірити J2EE-додатки. Використовується SUN.
  • Continuum: безкоштовний відкритий вихідний код, підтримуваний Apache Foundation.
  • Бамбук: відкритий, але повинен бути куплений.

Кілька корисних посилань

  • //www.atlassian.com/software/bamboo/
  • //msdn.microsoft.com/en-us/library/ms364045(VS.80).aspx
  • //c2.com/cgi/wiki?ContinuousIntegration
  • //www.extremeprogramming.org/rules/integrateoften.html
  • //en.wikipedia.org/wiki/Continuous_integration
  • //martinfowler.com/articles/continuousIntegration.html

Примітки

Завдяки wjaouadi для цього чайові.

Попередня Стаття Наступна Стаття

Кращі Поради