Документ описывает проблемы существующего git workflow, включая долгую стабилизацию релизов, частые конфликты слияния и необходимость переключения контекста разработчиков. Предлагается переход на мелкие и частые релизы, автоматизацию тестирования и использование gitflow для улучшения процесса. Целью является ускорение доставки новых функций и устранение выявленных проблем в процессе разработки.

2. Боль №1: Git Workflow

3. Регламент

5. Есть нюанс…

6. Нам очень нужна вон та
фича…

7. Вчера!
Вчера!

8. Проблемы эксплуатации

9. • крупные релизы (до 10-15 задач)
• как следствие долгая стабилизация релиза (1-2 недели)
• разработчики чаще переключают контекст с текущих задач на
«релизные» для стабилизации последних
• проще пропустить логические ошибки слияния (например,
дублирование кода)
• хотфиксы на мастер и долгая стабилизация релиза приводят к
частым конфликтам слияния (merge conflicts)
• задачи очень долго попадают в production (от 2-3 недель)

10. Хотим

11. • увеличить скорость доставки фич
• мелкие релизы (1-2 задачи)
• частые релизы (каждый день)
• устранить выявленные проблемы
• не сойти с ума

12. Приступим

13. • крупные релизы; долгая стабилизация; логические ошибки слияния
✓ гарантируем не больше 1-2 задач на релиз
• частое переключение контекста; конфликты слияния с мастером
- гарантируем стабилизацию релиза в течение дня
✓ автоматизация регрессионного тестирования
✓ непрерывная интеграция
✓ исключаем задачу из релиза, если не уложились в срок
• задачи очень долго попадают в production (от 2-3 недель)
✓ приоритизация и частые релизы (каждый день)

14. Определяемся с workflow

15. Уже все давно придумано*
* спасибо Vincent Driessen!

16. Gitflow Workflow

17. Детали

18. Feature Branches

19. Release Branches

20. Maintenance Branches

21. Учтем опыт эксплуатации

22. Было
Стало
Децентрализуем

23. • переходим на forks с read-only доступом к главному репозиторию
• dev только как буферная ветка и ничем не отличается от мастера
• релизная ветка создается от master, а не от dev
• если задача не стабилизирована, релизная ветка пересобирается без
нее
• после релиза dev и master согласуются

24. • https://www.atlassian.com/git/tutorials/comparing-workflows
• https://github.com/nvie/gitflow
• https://github.com/arc90/git-sweep
• https://hub.github.com
• https://habrahabr.ru/post/272531/
Полезные ссылки

27. используй Gitflow

28. Спасибо за внимание!
Есть вопросы?
Камиль Самигуллин
какой-то разработчик
kamil@samigullin.info
@ikamilsk
github.com/kamilsk
linkedin.com/in/kamilsk