Agile software configuration management
Download as PPTX, PDF0 likes565 views
Документ обсуждает связь между agile-методологиями и практиками конфигурационного менеджмента, включая контроль версий, билд-менеджмент, автоматизированные сборки и релиз-менеджмент. Он подчеркивает важность правильного ветвления и управления версиями для стабилизации релиза и параллельной разработки. Также упоминаются типы веток, их особенности и роль в управлении проектами в контексте agile.
Agile software configuration management
- 1. Agile software configuration managementШмаркатюк Сергей, EPAM Systems
- 2. Повествование2От простого к сложному
- 3. Цель3Связь между:Agile-методологиями и практиками конфигурационного менеджментаИнструментами, использующихся практиками конфигурационного менеджмента
- 4. Какие такие практики?Контроль версийБилд менеджмент Автоматизированные сборкиНепрерывная интеграцияРелиз менеджментУправление зависимостями4
- 6. Simplest scenario6TrunkDevelopment mainlineRepository directorycommitsproject assetsproject stateSource code changes
- 7. Простейший сценарий7После нескольких последовательных коммитов разработчик желает сделать сборку приложенияЗачем?Будем считать что сборка будет результатом реализации функциональных требований (баг/фича)Сборка доступна конечному пользователю: Собирается отдельное десктопное приложениеРазвертывается веб-приложениеСбор метрик и статистики (интеграционная сборка)
- 8. Простейший сценарий 8Затем возникает необходимость сделать релизЗачем?Релиз – это специальный тип сборкиНо имеет специфичные особенности:Полная реализация набора требованийКачествоДоступность к использованию
- 9. Простейший сценарий9Простейший сценарий - это……случай, когда описанные шаги не требуют слишком много усилий
- 11. 11Иногда не все так просто
- 12. 12Представим себе …что нужно стабилизировать релизиобеспечить одновременную разработку следующей версии приложения
- 14. Ветвление для релиза14Заметили?Возникает непоследовательность в нумерации версий!Имеет смысл разделить разработку в trunk’eи стабилизацию релиза
- 16. Ветвление для релиза16Но это еще не всё…Вам может понадобиться стабилизировать релиз в любое времяиПри этом не прерывать параллельной разработки или стабилизации релиза
- 17. Ветвление для релиза17/?/2.x2.12.0??/trunk1.32.256??4??23?1???0.10.20.30.40.50.6/?/1.x1.11.21.0???
- 18. Типы веток18Время подумать о типах веток!?
- 19. Типы веток19/2.xВеткарелизаx.x2.12.0??/trunkБез типа(просто trunk)1.32.2x.8x.756x.2x.5x.6??4??23x.1?1x.3???x.4Веткарелиза/1.x1.11.21.0???
- 20. Типы веток20Несовместимые изменения/2.xСлияние невозможно2.12.0??/trunk1.32.2x.8x.756x.2x.5x.6??4??23x.1?1x.3???x.4/1.x1.11.21.0???
- 21. Типы ветокНесовместимость означает то, что……слияние изменений не может быть выполнено в родительскую веткуПример:Глубокий рефакторинг (изменение иерархии директорий/файлов)Серьезное архитектурное/структурное изменениеПереписывание приложения или его отдельных частей с нуля21
- 22. Типы веток22/2.xВетка релиза/0.2.x2.12.0??0.x.x0.2.10.2.0/trunkСлияние невозможно1.3x.5x.2?4??23x.1?1x.3?x.40.x.50.x.20.x.10.x.30.x.4/?/1.x.xВетка релиза/1.x/0.1.x1.11.21.0???Ветка поддержки0.1.10.1.20.1.0
- 23. Типы веток.Ветки поддержки и релиза23/0.2.x/0.3.x/trunk/1.0.x/0.1.x/1.x.xВетка релизаВетка поддержки
- 24. Типы веток.Ветки поддержки и релиза24Допускает слияние с родительской веткой Существует до тех пор, пока не выпущен стабильный релизВетки-потомки не разрешеныНе допускает слияния с родительской веткойСуществует всегдаРазрешены ветки-потомкиНе разрешены ветки-потомки для поддержкиНе рекомендуются слияния с ветками- потомкамиВетка поддержкиВетка релиза
- 25. Типы веток.Экспериментальные ветки25/trunkx.2x.0x.4x.6x.8x.11x.7x.9x.3x.1?1x.5x.10Экспериментальная ветка
- 26. Experimental vs release branch 26Экспериментальная веткаНе допускает веток-потомковИспользует строгое именование. Пример: 1.0.xИспользует собственную область значений для нумерации сборокРекомендуемый подход к слияниям: после каждой сборки/релизаДопускает любое число веток-потомковПравил к именованию не выдвигается. Пример: new_eng_testРазделяет область значений для нумерации сборок с родственными веткамиНет рекомендованного подхода к слияниямВетка релиза
- 28. Наследование базыисходного кода28Последняя разработка должна содержаться в trunk
- 30. Типы сборок30
- 34. 34Где же AGILE?!
- 35. Scrum и SCM35/trunkdemoPA/AAR/BR1.0.11.x.01.x.11.x.21.0.01.x.3user stories/1.0.xsprint backlog
- 36. Agile SCM36Нет запланированной даты релиза(agile релиз менеджмент)Вызревание релиза(agile тестирование)Переключение команд на приоритетные направления разработки(agile ресурс менеджмент)
- 37. 37А главное то, что…… мы теперь знаем как правильно!
- 38. Контактная информация38Skype:sergey.shmarkatyukE-mail: sergey.shmarkatyuk@gmail.comWeb: http://altern.kiev.ua Linkedin: http://www.linkedin.com/in/shmarkatyukTwitter: @alternSlideshare:http://slideshare.net/altern
- 39. Полезные ссылкиhttp://www.infoq.com/articles/agile-version-control - agile контроль версийhttp://svnbook.red-bean.com/ - официальная документация/справочное руководство по subversionhttp://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