Pull to refresh

Comments 10

любителям взять задачу и «зависнуть» с ней на месяц в пайплайне CI/CD просто нет места

Это хорошо, когда требуется вносить косметические изменения. А как вы проходите случаи, требующие комплексной доработки системы, которые нельзя свести к декомпозиции на последовательный ряд маленьких задач, а требует одного целостного и большого изменения?

Тогда задачу несут в отдел R&D, видимо, где есть место зависаниям

Тут мы идём путём декомпозиции задач, она происходит всегда. Задач более чем на 3-4 дня у нас не бывает. Крайне редко случается, что задачи, которые разбить не выходит, мы выносим в отдельную ветку, которую мёржат по окончанию работ.

Подскажите, пожалуйста, в чем ценность Вашей статьи? Я не нашел в ней деталей реализации, а только констатацию факта неких действий, очень похожих на хвастовство

Целью статьи не было подробное описание всех деталей реализации. Мы лишь описали основные принципы и эффект от внедрения. Такая, больше статья - знакомство. Позднее уже будем писать подробные технические тексты с разборами и так далее. Stay tuned, как говорится.

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

Но при этом нужен человек который делает Merge кода?

Кроме того, несколько разработчиков могут вносить изменения одновременно, не тормозя процесс разработки

Не получается ли так, что весь выигрыш съедает время на объединение модулей?

Merge кода автоматизирован. При коллизии ответственный за этот merge разработчик получает уведомление об ошибке и самостоятельно его устраняет. В нашей практике на ручной ручной мёрж приходится менее 10% случаев.

И где все это счастье можно увидеть?

Приходите к нам работать ;) Всё расскажем, все покажем )

Sign up to leave a comment.