Системы контроля версий
Download as PPTX, PDF0 likes654 views
Исходный код проекта для проведения практических занятий - https://www.dropbox.com/s/pgojksvmzg89w20/calc.zip
More Related Content
What's hot (8)
Viewers also liked (12)
Similar to Системы контроля версий (20)
Системы контроля версий
- 2. Цели семинара • Получить знания о VCS • Приобрести практические навыки работы с Mercurial Hg
- 4. Определение VCS Система управления версиями (от англ. Version Control System, VCS или Revision Control System) — программное обеспечение для облегчения работы с изменяющейся информацией. Система управления версиями позволяет хранить несколько версий одного и того же документа, при необходимости возвращаться к более ранним версиям, определять, кто и когда сделал то или иное изменение, и многое другое.
- 5. Какие задачи решает VCS • Архивация и восстановление – ведется история изменения файлов с возможностью обновления до указанного состояния • Ведение истории – при каждом изменении пользователи вносят комментарии, где описывают для чего были внесены изменения • Создание веток (альтернативные реализации) – VCS позволяет создавать разные варианты одного документа, т. н. ветки, с общей историей изменений до точки ветвления и с разными — после неё.
- 9. Ветвление
- 10. Слияние
- 11. Конфликты
- 12. Работа с ветками Делать мелкие исправления в проекте можно путём непосредственной правки рабочей копии и последующей фиксацией изменений прямо в главной ветви (стволе) на сервере. Однако при выполнении сколько-нибудь значительных по объёму работ такой порядок становится неудобным: отсутствие фиксации промежуточных изменений на сервере не позволяет работать над чем-либо в групповом режиме, кроме того, повышается риск потери изменений при локальных авариях и теряется возможность анализа и возврата к предыдущим вариантам кода в пределах данной работы. Поэтому для таких изменений обычной практикой является создание ветвей (branch), то есть «отпочковывания» от ствола в какой-то версии нового варианта проекта или его части, разработка в котором ведётся параллельно с изменениями в основной версии. Ветвь создаётся специальной командой.
- 15. Выпуск релиза в ветке v1 r1 Логин Релиз r2 Форма
- 18. Исправление ошибок в релизе v1 r1 Логин r2 Релиз Форма V1.1 r3 Исправления Закачка r4 Настройка
- 19. Внесение исправлений в корень v1 r1 Логин r2 Релиз Форма v2 r3 Исправления Закачка r4 Настройка r5 Исправления
- 20. Наш словарь Базовые термины • Репозиторий • Ревизия • Коммит, описание коммита • Ветки, слияния, конфликты
- 21. Ежедневный цикл работы с VCS • Обновление рабочей копии По мере внесения изменений в основную версию проекта рабочая копия на компьютере разработчика стареет: расхождение её с основной версией проекта увеличивается. Это повышает риск возникновения конфликтных изменений. Поэтому удобно поддерживать рабочую копию в состоянии, максимально близком к текущей основной версии, для чего разработчик выполняет операцию обновления рабочей копии насколько возможно часто. • Модификация проекта Разработчик модифицирует проект, изменяя входящие в него файлы в рабочей копии в соответствии с проектным заданием. Эта работа производится локально и не требует обращений к серверу VCS. • Фиксация изменений в локальном репозитории Завершив очередной этап работы над заданием, разработчик фиксирует (commit) свои изменения в локальном репозитории. • Отправка изменений в центральный репозиторий Для того чтобы выполненные изменения стали доступны другим разработчикам необходимо произвести синхронизацию локального и центрального репозитория – отправить изменения из локального репозитория в центральный.
- 22. Подготовка к практике • Установлен Tortoise Hg • Создана переменная среды «hgencoding=utf-8» • Установлена WinCC OA • Установлен браузер Chrome • Установлен редактор Sublime
- 23. Практика Командная разработка приложения «Калькулятор» Задачи: • Клонировать репозиторий • Добавить в проект файл для реализации функции • Sum(a,b); Mult(a,b); Sub(a,b); Div(a,b); Power3(a); Power4(a); • Получить изменения из центрального репозитория • Обновить локальный репозиторий до последней версии • Залить свои изменения в центральны репозиторий • Моделирование и разрешение конфликтов • Создание ветки, слияние веток
- 24. Регламент работы с VCS • Выполняем частые commit • Каждый commit сопровождаем подробным описанием изменений • После любого commit код в главной ветке должен оставаться в рабочем состояние • При необходимости длительной разработки нового функционала – «уходим в ветку»
- 25. Материалы Статьи Джоэла Спольски • Основы Mercurial - http://habrahabr.ru/post/108658/ • Привыкаем работать в команде - http://habrahabr.ru/post/108904/ • Исправляем ошибки - http://habrahabr.ru/post/109074/ • Процесс слияния - http://habrahabr.ru/blogs/development_tools/109203/ • Архитектура репозиториев - http://habrahabr.ru/post/109428/ Системы контроля версий, статьи команды Yandex • http://tech.yandex.ru/education/shri/simf-2013/talks/671/
- 26. Спасибо за внимание ГК СМС-Автоматизация Презентацию подготовил Трешников П.В. email: treshnikov@gmail.com