Развитие на основе багажника.
Еще одна практика, которая редко практикуется в нашей отрасли, даже если она идентифицирована в Ускорить книгу Как одно из технических возможностей, которые коррелируют с более высокой производительностью доставки.
Множество блогов и конференц-переговоров объясняют изумительные преимущества использования его.
Вы, вероятно, также нужно было практиковать его, чтобы пройти через Джез Смири Тест непрерывной интеграции :
- Каждый коммит должен вызвать сборку и запустить некоторый тестовый набор.
- Сборка никогда не разбивается более 10 минут.
- Обязаться к магистрату каждый день.
да. Вам нужно посвятить багажнику/Master/Main каждый день, если вы хотите утверждать, что ваша компания выполняет постоянную интеграцию.
Если со всем существующим материалом, ваши товарищества по команде не были убеждены в использовании разработки на основе багажника, добавив больше причин для дебатов глупо.
Разместив самый успешный метод для Убедить вашу компанию использовать Clojure может быть возможность, но в год, когда CTO учит вас, что обращение к эмоциям людей более эффективен, что любые рассуждения.
Итак, как такое развитие на основе багажника?
В принципе:
Гонка, чтобы быть первым, кто совершает и толчок, так что это ваш товарищ по команде — и не вы — тот, который должен иметь дело с любыми конфликтами.
Счастливый развивающийся на основе ствола!
На самом деле развитие на основе багажника велика! Для более серьезного «почему контент на основе багажника», который я бы порекомендовал Mattia Battiston Blog Почему я люблю развитие на основе ствола или Стив Смит говорит Смерть непрерывной интеграции Отказ Наслаждаться!
Оригинал: «https://dev.to/danlebrero/the-feeling-of-trunk-based-development-4hd1»