Приемы Сontinuous Integration при разработке приложений на Caché
0 likes217 views
Об организации автоматизированного рабочего процесса в InterSystems Caché, Лебедюк / Implementing modern developement practices with InterSystems Caché, Eduard Lebedyuk
More Related Content
What's hot (15)
Viewers also liked (16)
![Full Waveform Inversion: Introdução e Aplicações [3/5]](https://cdn.slidesharecdn.com/ss_thumbnails/a03otimizacaov03-160712143225-thumbnail.jpg?width=560&fit=bounds)
Similar to Приемы Сontinuous Integration при разработке приложений на Caché (20)
Приемы Сontinuous Integration при разработке приложений на Caché
- 1. Приемы Сontinuous Integration при разработке приложений на Caché Лебедюк Эдуард
- 3. Система контроля версий ПО для облегчения работы с изменяющейся информацией
- 4. • История изменений • Откат нежелательных изменений • Совместная работа • Код не теряется • Нерабочие фичи не ломают основной билд Зачем нужен контроль версий?
- 5. • Хуки на все основные действия (компиляция, нажатие кнопок, изменение класса) • Экспорт/импорт – CLS - Классы – CSP – Веб-страницы – CSR - Правила – MAC - Рутины – INT – код – BAS - Basic routines • Можно расширять • Есть открытые примеры реализации – Cache-tortoise-git – Cache-source-control – SCMin Что есть в Caché? – INC – файлы препроцессора – GBL - Глобалы – PRJ - Проекты – OBJ – Скомпилированный код – PKG – Проекты – DFI – Объекты DeepSee
- 6. Continuous Integration Практика разработки программного обеспечения для скорейшего выявления и решения интеграционных проблем
- 7. • Автоматизация развёртки проекта • Автоматизация тестирования • Лень • «Кто сломал билд?» Зачем нужен CI
- 8. Continuous Integration –рабочий процесс
- 9. Функциональные модули CI решения • Integration – Основная информация о репозитории и цели (Откуда брать код? Что с ним делать?) • Activator – Создание задания/хука/прочая, инициализирующего обновление • Connector – Реализация интерфейса получения файлов из системы контроля версий • Parser – Парсинг содержимого репозитория и передача его компилятору • Action – Хранение необходимого для обновления кода, коллбэки • Update – Дата/время обновления, идентификатор, статус действий, компиляции, юнит-тестов
- 10. • Jenkins • Hudson • Bamboo • … Примеры CI систем
- 11. Cache GitHub CI
- 12. • Автоматическое получение репозитория GitHub инстансами Caché • Создание системы CI на COS Цели проекта
- 13. Обновление с помощью task
- 14. PreCompile Compile PostCompile UnitTests Процесс обновления для hook/webhook
- 15. Обновление с помощью hook Set hook=##class(CacheGitHubCI.Hook).%New() Set hook.Namespace="USER" Set hook.Owner="intersystems-ru" Set hook.Repository="test" Set hook.Branch="master" Set a1 = ##class(CacheGitHubCI.Action).%New() Set a1.Type="code" Set a1.Params="s ^test($zdt($Now(-180)))=""started compiling""" Set hook.PreCompile=a1 Set a2 = ##class(CacheGitHubCI.Action).%New() Set a2.Type="classmethod" Set a2.Namespace="USER" Set a2.Params="Fileserver.Broker,Init,1" Set hook.PostCompile=a2 W hook.CreateTask(60) W hook.%Save()
- 16. • Аналогично, но: – Нужен логин-пароль с администраторским доступом к репозиторию (в начале) – Нужен сервер со внешним статичным ip • Преимущества – Обновления мгновенные – Нет ненужных обновлений Обновление с помощью webhook Код: Set hook.Username="GitHub Username" Set hook.Password="GitHub Password" W hook.CreateHook() Do hook.%Save()
- 17. • Куб • Дэшборд • Листинг – История коммитов – Автор – Статус – Время начала – Время завершения – Длительность – SHA последнего коммита • Куб обновляется автоматически после изменения hook Мониторинг