В основе непрерывной доставки лежит быстрое петля обратной связи, которая сразу же показывает разработчикам последствия их работы. Ошибки обнаруживаются и исправлены быстро, в то время как полезные изменения могут быть выпущены и развернуты для клиентов без необходимости ждать даты далекой в будущем. Эта быстрая обратная связь помогает построить организационную культуру обучения и ответственности.
Фонд Непрерывная интеграция : Всякий раз, когда разработчики вносят новые изменения в управление версиями, быстрые автоматические тесты работают в производственной среде, чтобы обеспечить безопасность как код, так и система в целом для использования для пользователей. Во многих случаях развертывание запускается автоматически, если пройдут тесты. Если нет, команда знает, что система находится в развертываемом состоянии и инициирует развертывание вручную в рук в рук в рук.
В большинстве случаев цикл быстрой обратной связи дает разработчикам возможность продолжать работать над своей задачей или перейти к следующей задаче. Если мы сможем проверить и развернуть наши изменения в течение нескольких минут, мы сохраняем состояние потока и можем продолжать работать очень эффективно.
Затем бывают случаи, когда петля обратной связи дает некоторую новую информацию, которая требует действия. Например, мы можем получить отчеты о повышенных частотах ошибок или наблюдать за изменением вовлеченности пользователей после того, как мы развернули изменение в дизайне корзины покупок. Поскольку непрерывная доставка позволяет частые обновления системы, изменения, которые мы вносят небольшие, и цикл обратной связи установлен для предоставления нам небольших деталей информации. Гораздо проще понять немедленную обратную связь, которая прибывает после развертывания работы на несколько часов, чем медленная обратная связь, которая прибывает после трех месяцев усилий по всему руску.
Вот несколько конкретных примеров обучения через непрерывную доставку:
1) Непрерывная интеграция заставляет разработчиков быстро решать проблемы. Они Узнайте о проблемах «как раз вовремя» — Не несколько дней или недель, когда QA наконец -то обнаруживает проблему, и код больше не свеж в сознании разработчика.
2) Исправления небольшие, а их выводы легко документировать Анкет Хорошая документация помогает создать организационные знания. Когда разработчики знают, что пошло не так в прошлом, подобные проблемы могут быть обнаружены быстрее или вообще избежать.
3) С меньшим количеством значительных неудач для очистки, организация может сосредоточить свои усилия на экспериментах и Метрики, управляемое обучением , как для разработки функций продукта, так и для внутренних процессов.
4) Флаги функций, иногда также называемые функциональными переключателями, позволяют нам итеративно создавать сложные новые функции в производстве и проверять их, разговаривая с клиентами на раннем этапе. Этот процесс, иногда называемый Непрерывное обнаружение продукта , помогает нам избежать инвестиций в создание дорогих вещей, которые никто не хочет. Мы можем сосредоточиться на функциях, которые имеют ценность для клиентов, и развивать их до тех пор, пока не будут достигнуты потребности клиентов и бизнес -цели.
5) Непрерывные эксперименты ведет к непрерывному обучению. Разработчики делятся тем, что они узнали во внутренней компании, «показывают и рассказывают» события и демонстрации, которые повышают навыки всей команды и поощряют дальнейшее обмен. В этой среде сверстники регулярно продвигают друг друга вперед.
6) В непрерывной доставке, Каждый владеет качеством своей работы Анкет Каждый разработчик принимает разработку тестирования, узнает, как использовать регистрацию, и создает метрики мониторинга для компонентов, которые они владеют. Обзор кода является стандартной практикой в каждом запросе на вытяжение. Когда сотрудничество является второй природой, знания органически передаются между коллегами. В результате все используют производство, и нет никаких отдаленных авторитетов, которые блокируют знания и процессы.
7) Благодаря небольшим изменениям и распределенной собственности люди очень сотрудничают и Члены команды доверяют друг другу . Поэтому, когда дела идут не так, и есть отключение, команда имеет тенденцию приближаться к ней как к возможности обучения и улучшения, а не обвинять друг друга в посмертном порядке.
Крупным проектам, разработанным в изоляции, могут быть затруднены техническими контрольно -пропускными пунктами и длительным временем поворота, и даже при развертывании они могут не удовлетворить потребности пользователей без обратной связи и дополнительных исправлений. Система непрерывной доставки поддерживает быстрое, итеративное разработку программного обеспечения, но только если мы используем его хорошо. Мы обязаны понимать, что каждая итерация — это возможность для обучения и применять это обучение в нашей работе.
Первоначально опубликовано на Semaphore Blog Анкет Семфор Облачный CI/CD Service Анкет
Оригинал: «https://dev.to/markoa/7-ways-continuous-delivery-helps-build-a-culture-of-learning-11o5»