Jabber как инструмент разработчика. Continious Integration по протоколу XMPP (Виктор Стрелков, ADD-2012) — различия между версиями
Материал из 0x1.tv
StasFomin (обсуждение | вклад) |
StasFomin (обсуждение | вклад) (Batch edit: replace PCRE (\n\n)+(\n) with \2) |
||
| (не показано 5 промежуточных версий этого же участника) | |||
== Примечания и отзывы ==
* Обсуждение на http://habrahabr.ru/company/pt/blog/144800/
* {{ConferencePage|http://addconf.ru/event.sdf/ru/add_3/authors/VictorStrelkov/752}}
<!-- <blockquote>[©]</blockquote> -->
<references/>
{{stats|disqus_comments=0|refresh_time=2020-07-05T22:49:212021-08-31T16:24:45.910539511727|vimeo_comments=1|vimeo_plays=121|youtube_comments=0|youtube_plays=136161}}
[[Категория:ADD-2012]]
[[Категория:Continuous Integration]]
[[Категория:Collaboration tools]] | |||
Текущая версия на 12:19, 4 сентября 2021
Содержание
Аннотация
- Докладчик
- Виктор Стрелков
В современном мире подход «непрерывной интеграции» (continuous integration) находит широкое применение в разработке ПО. Использование практики CI позволяет выявить множество ошибок на ранней стадии разработки, а также сократить затраты на выполнение регулярных активностей (сборка продукта, регрессионное тестирование и т.п.).
В большинстве случаев «непрерывная интеграция» реализуется посредством готовых средств. Широкий ассортимент готовых решений, тем не менее, при промышленном использовании обладает целым рядом недостатков, которые заставили нас пойти своим путем.
В поисках действительно непрерывной интеграции мы создали собственное распределенное CI-решение, отдельные компоненты которого общаются посредством XMPP-протокола.
В докладе изложены причины, заставившие нас заняться «изобретением велосипеда», архитектура, преимущества и недостатки распределенного CI на протоколе XMPP, практические рекомендации по внедрению этого подхода в практику разработки.
Видео
Посмотрели доклад? Понравился? Напишите комментарий! Не согласны? Тем более напишите.
Слайды
Примечания и отзывы
Plays:282
Comments:1