1. Agile software configuration management Шмаркатюк Сергей, EPAM Systems

2. Повествование 2 От простого к сложному

3. Цель 3 Связь между: Agile-методологиями и практиками конфигурационного менеджмента Инструментами, использующихся практиками конфигурационного менеджмента

4. Какие такие практики? Контроль версий Билд менеджмент Автоматизированные сборки Непрерывная интеграция Релиз менеджмент Управление зависимостями 4

5. Представление 5 Диаграммы потока разработки Ветки Релизы Сборки Теги Слияния Директории Коммиты

6. Simplest scenario 6 Trunk Development mainline Repository directory commits project assets project state Source code changes

7. Простейший сценарий 7 После нескольких последовательных коммитов разработчик желает сделать сборку приложения Зачем? Будем считать что сборка будет результатом реализации функциональных требований (баг/фича) Сборка доступна конечному пользователю: Собирается отдельное десктопное приложение Развертывается веб-приложение Сбор метрик и статистики (интеграционная сборка)

8. Простейший сценарий 8 Затем возникает необходимость сделать релиз Зачем? Релиз – это специальный тип сборки Но имеет специфичные особенности: Полная реализация набора требований Качество Доступность к использованию

9. Простейший сценарий 9 Простейший сценарий - это… …случай, когда описанные шаги не требуют слишком много усилий

10. Простейший сценарий 10 релиз ! /trunk ? ? 2 3 ? 1 ? ? 1.1 1.2 ? 1.0

11. 11 Иногда не все так просто

12. 12 Представим себе … что нужно стабилизировать релиз и обеспечить одновременную разработку следующей версии приложения

13. Ветвление для релиза 13 релиз слияние ! ! /trunk ? ? 2 3 ? ? 1 2.3 2.1 2.2 2.0 ? ? ? /? /1.x 1.1 1.2 1.0 ? ? ?

14. Ветвление для релиза 14 Заметили? Возникает непоследовательность в нумерации версий! Имеет смысл разделить разработку в trunk’eи стабилизацию релиза

15. Ветвление для релиза 15 /trunk 5 6 8 4 7 ? ? 2 3 ? 1 ? ? ? ? ? /? /1.x /? /2.x 1.1 1.2 2.1 1.0 2.0 ? ? ? ? ?

16. Ветвление для релиза 16 Но это еще не всё… Вам может понадобиться стабилизировать релиз в любое время и При этом не прерывать параллельной разработки или стабилизации релиза

17. Ветвление для релиза 17 /? /2.x 2.1 2.0 ? ? /trunk 1.3 2.2 5 6 ? ? 4 ? ? 2 3 ? 1 ? ? ? 0.1 0.2 0.3 0.4 0.5 0.6 /? /1.x 1.1 1.2 1.0 ? ? ?

18. Типы веток 18 Время подумать о типах веток! ?

19. Типы веток 19 /2.x Веткарелиза x.x 2.1 2.0 ? ? /trunk Без типа (просто trunk) 1.3 2.2 x.8 x.7 5 6 x.2 x.5 x.6 ? ? 4 ? ? 2 3 x.1 ? 1 x.3 ? ? ? x.4 Веткарелиза /1.x 1.1 1.2 1.0 ? ? ?

20. Типы веток 20 Несовместимые изменения /2.x Слияние невозможно 2.1 2.0 ? ? /trunk 1.3 2.2 x.8 x.7 5 6 x.2 x.5 x.6 ? ? 4 ? ? 2 3 x.1 ? 1 x.3 ? ? ? x.4 /1.x 1.1 1.2 1.0 ? ? ?

21. Типы веток Несовместимость означает то, что… …слияние изменений не может быть выполнено в родительскую ветку Пример: Глубокий рефакторинг (изменение иерархии директорий/файлов) Серьезное архитектурное/структурное изменение Переписывание приложения или его отдельных частей с нуля 21

22. Типы веток 22 /2.x Ветка релиза /0.2.x 2.1 2.0 ? ? 0.x.x 0.2.1 0.2.0 /trunk Слияние невозможно 1.3 x.5 x.2 ? 4 ? ? 2 3 x.1 ? 1 x.3 ? x.4 0.x.5 0.x.2 0.x.1 0.x.3 0.x.4 /? /1.x.x Ветка релиза /1.x /0.1.x 1.1 1.2 1.0 ? ? ? Ветка поддержки 0.1.1 0.1.2 0.1.0

23. Типы веток.Ветки поддержки и релиза 23 /0.2.x /0.3.x /trunk /1.0.x /0.1.x /1.x.x Ветка релиза Ветка поддержки

24. Типы веток.Ветки поддержки и релиза 24 Допускает слияние с родительской веткой Существует до тех пор, пока не выпущен стабильный релиз Ветки-потомки не разрешены Не допускает слияния с родительской веткой Существует всегда Разрешены ветки-потомки Не разрешены ветки-потомки для поддержки Не рекомендуются слияния с ветками- потомками Ветка поддержки Ветка релиза

25. Типы веток.Экспериментальные ветки 25 /trunk x.2 x.0 x.4 x.6 x.8 x.11 x.7 x.9 x.3 x.1 ? 1 x.5 x.10 Экспериментальная ветка

26. Experimental vs release branch 26 Экспериментальная ветка Не допускает веток-потомков Использует строгое именование. Пример: 1.0.x Использует собственную область значений для нумерации сборок Рекомендуемый подход к слияниям: после каждой сборки/релиза Допускает любое число веток-потомков Правил к именованию не выдвигается. Пример: new_eng_test Разделяет область значений для нумерации сборок с родственными ветками Нет рекомендованного подхода к слияниям Ветка релиза

27. Наследование базыисходного кода 27 /0.2.x 0.x.x /trunk /2.x.x /0.1.x /1.x.x Последняя разработка

28. Наследование базыисходного кода 28 Последняя разработка должна содержаться в trunk

29. Наследование базыисходного кода 29 /3.x.x 4.x.x 3.x.x 2.x.x 1.x.x /trunk /2.x.x /1.x.x

30. Типы сборок 30

31. SCM в действии 31 1.x.x 2.x.x /trunk PA 1.x.3 1.x.0 2.x.0 A 1.x.1 1.x.4 2.x.1 builds B 1.x.2 1.x.5 2.x.2 /1.x.x AR 1.0.0 BR 1.0.1 RC releases 1.0.2 1.0.3 ST 1.0.4 /1.0.x

32. Иерархия директорийПроект 32

33. Иерархия директорийТеги 33

34. 34 Где же AGILE?!

35. Scrum и SCM 35 /trunk demo PA/A AR/BR 1.0.1 1.x.0 1.x.1 1.x.2 1.0.0 1.x.3 user stories /1.0.x sprint backlog

36. Agile SCM 36 Нет запланированной даты релиза (agile релиз менеджмент) Вызревание релиза (agile тестирование) Переключение команд на приоритетные направления разработки (agile ресурс менеджмент)

37. 37 А главное то, что… … мы теперь знаем как правильно!

38. Контактная информация 38 Skype:sergey.shmarkatyuk E-mail: sergey.shmarkatyuk@gmail.com Web: http://altern.kiev.ua Linkedin: http://www.linkedin.com/in/shmarkatyuk Twitter: @altern Slideshare:http://slideshare.net/altern

39. Полезные ссылки http://www.infoq.com/articles/agile-version-control - agile контроль версий http://svnbook.red-bean.com/ - официальная документация/справочное руководство по subversion http://www.ericsink.com/ - один из лучших блогов, посвященный контролю версий http://www.versioncontrolblog.com/ - еще один блог о контроле версий http://better-scm.berlios.de/comparison/comparison.html - сравнительная таблица систем контроля версий http://www.cmcrossroads.com/ - основной ресурс посвященный конфигурационному менеджменту http://www.infoq.com/news/2009/03/Continuous-Deployment - про непрерывные развертывания 39