{"id":14271,"url":"\/distributions\/14271\/click?bit=1&hash=51917511656265921c5b13ff3eb9d4e048e0aaeb67fc3977400bb43652cdbd32","title":"\u0420\u0435\u0434\u0430\u043a\u0442\u043e\u0440 \u043d\u0430\u0442\u0438\u0432\u043e\u043a \u0438 \u0441\u043f\u0435\u0446\u043f\u0440\u043e\u0435\u043a\u0442\u043e\u0432 \u0432 vc.ru \u2014 \u043d\u0430\u0439\u0434\u0438\u0441\u044c!","buttonText":"","imageUuid":""}

В TBD жить проще

Как устроен процесс программирования в TBD, чем он отличается от Git Flow и какую модель выбрать?

На эти и другие актуальные вопросы ответили спикеры круглого стола «Проблемы стратегии версионирования», который собрал более 70 специалистов направлений Frontend, Backend, QA.

Приглашенные эксперты погрузились в тему версионирования, поделились реальными примерами из практики и рассмотрели их с нескольких точек зрения благодаря вопросам слушателей.

Иван Поддубный, СТО «Вебпрактик» рассказал о внедрении Trunk Based Development в агентстве и какие выгоды для команды он видит в таком подходе.

TBD — это специальный метод разработки, при котором программисты совместно работают над одной главной веткой кода. Остальные ответвления разработки имеют более короткий срок жизни благодаря использованию документированных моделей.

«Наша команда гибка к изменениям и с удовольствием переходит с кажущейся избыточным Git Flow на TBD, так как в TBD значительно выше DX. Он снижает вероятность конфликтов слияния и написания избыточного кода благодаря коллективному владению кодом. Также позволяет эффективно управлять фичами на разных площадках с помощью feature-flags».

Подробнее о том, что лежит в основе подхода TBD и как применять его во благо, смотрите в видеозаписи круглого стола.

Дискуссия была жаркая 🔥

0
Комментарии
-3 комментариев
Раскрывать всегда