Исходный код проекта для проведения практических занятий - https://www.dropbox.com/s/pgojksvmzg89w20/calc.zip

1. Системы контроля версий

2. Цели семинара
• Получить знания о VCS
• Приобрести практические навыки работы с Mercurial Hg

3. Резервные копии

4. Определение VCS
Система управления версиями (от англ. Version Control System, VCS или Revision
Control System) — программное обеспечение для облегчения работы с
изменяющейся информацией. Система управления версиями позволяет хранить
несколько версий одного и того же документа, при необходимости возвращаться
к более ранним версиям, определять, кто и когда сделал то или иное
изменение, и многое другое.

5. Какие задачи решает VCS
• Архивация и восстановление – ведется история изменения файлов с
возможностью обновления до указанного состояния
• Ведение истории – при каждом изменении пользователи вносят комментарии,
где описывают для чего были внесены изменения
• Создание веток (альтернативные реализации) – VCS позволяет создавать разные
варианты одного документа, т. н. ветки, с общей историей изменений до точки
ветвления и с разными — после неё.

6. Типы CVS
•Централизованные
•Децентрализованные

7. Централизованные

8. Децентрализованные

9. Ветвление

10. Слияние

11. Конфликты

12. Работа с ветками
Делать
мелкие
исправления
в
проекте
можно
путём
непосредственной правки рабочей копии и последующей фиксацией
изменений прямо в главной ветви (стволе) на сервере.
Однако при выполнении сколько-нибудь значительных по объёму
работ такой порядок становится неудобным: отсутствие фиксации
промежуточных изменений на сервере не позволяет работать над
чем-либо в групповом режиме, кроме того, повышается риск потери
изменений при локальных авариях и теряется возможность анализа и
возврата к предыдущим вариантам кода в пределах данной работы.
Поэтому для таких изменений обычной практикой является создание
ветвей (branch), то есть «отпочковывания» от ствола в какой-то версии
нового варианта проекта или его части, разработка в котором ведётся
параллельно с изменениями в основной версии. Ветвь создаётся
специальной командой.

13. Работа с ветками
r1
Логин

14. Работа с ветками
r1
Логин
r2
Форма

15. Выпуск релиза в ветке
v1
r1
Логин
Релиз
r2
Форма

16. Продолжение разработки
v1
r1
Логин
Релиз
r2
Форма
r3
Закачка

17. Продолжение разработки
v1
r1
Логин
Релиз
r2
Форма
r3
Закачка
r4
Настройка

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