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

Рисунок 5.3.13 Создание новой ветви

Заключение

В работе были рассмотрены системы контроля версий, проведен краткий сравнительный анализ систем.

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

В настоящее время существует большое количество систем контроля версий, и наиболее интересные и информативные варианты представлены в работе. Пока не существует идеальных систем, каждая из них обладает определенными недостатками, но одновременно с этим и рядом особенностей, которые выделяют ее.

На смену относительно старым системам приходят улучшенные альтернативы. Другие системы более приятны и предоставляют лучший рабочий опыт. У потребителя, безусловно, есть много возможностей для выбора. Большинство производителей предлагают демонстрационные версии своих программных продуктов.

СКВ являются потрясающим решение проблем распространенных корпораций. Безусловно данная область будет развиваться и в дальнейшем возможно увеличение числа систем и существенная доработка существующих.

В приложении А представлено сравнение Subversion и CVS в виде таблице. В приложении Б представлена сравнительная таблица разных систем контроля версий. В приложении В краткий словарь основных терминов СКВ.

Список источников

1. Новое поколение систем контроля версий [Электронный ресурс]. Доступ к ст.: http://www.techinfo.net.ru/docs/Version_Control_Systems.html.

2. Википедия [Электронный ресурс]. Доступ к ст.: http://ru.wikipedia.org/wiki/CVS.

3. Википедия [Электронный ресурс]. Доступ к ст.: http://ru.wikipedia.org/wiki/Subversion.

4. Система контроля версий Git [Электронный ресурс]. Доступ к ст.: http://git-scm.com/book/ru.

5. Система контроля версий Mercurial [Электронный ресурс]. Доступ к ст.: http://mercurial.ru/.

6. Система контроля версий SVN [Электронный ресурс]. Доступ к ст.: http://tortoisesvn.net.

Приложение А

Таблица 1

Сравнение Subversion и CVS

Приложение Б

Таблица 2

Сравнительная таблица систем контроля версий

Приложение В

Словарь

Общепринятой терминологии не существует, в разных системах могут использоваться различные названия для одних и тех же действий. Ниже приводятся некоторые из наиболее часто используемых вариантов. Приведены английские термины, в литературе на русском языке используется тот или иной перевод или транслитерация.

Branch (ветвь) - направление разработки, независимое от других. Ветвь представляет собой копию части (как правило, одного каталога) хранилища, в которую можно вносить свои изменения, не влияющие на другие ветви. Документы в разных ветвях имеют одинаковую историю до точки ветвления и разные после неё.

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

Сheck-in, commit, submit - создание новой версии, фиксация изменений. Распространение изменений, сделанных в рабочей копии, на хранилище документов. При этом в хранилище создаётся новая версия изменённых документов.

Сheck-out, clone - извлечение документа из хранилища и создание рабочей копии.

Сonflict (конфликт) - ситуация, когда несколько пользователей сделали изменения одного и того же участка документа. Конфликт обнаруживается, когда один пользователь зафиксировал свои изменения, а второй пытается зафиксировать и система сама не может корректно слить конфликтующие изменения. Поскольку программа может быть недостаточно разумна для того, чтобы определить, какое изменение является «корректным», второму пользователю нужно самому разрешить конфликт.

Head (основная версия) - самая свежая версия для ветви/ствола, находящаяся в хранилище. Сколько ветвей, столько основных версий.

Lock - команда блокировки.

Merge, integration (слияние) - объединение независимых изменений в единую версию документа. Осуществляется, когда два человека изменили один и тот же файл или при переносе изменений из одной ветки в другую.

Patch - внесение изменений в файл.

Rebase - перенос точки ветвления (версии, от которой начинается ветвь) на более позднюю версию основной ветви. Например, после выпуска версии 1.0 проекта в стволе продолжается доработка (исправление ошибок, доработка имеющегося функционала), одновременно начинается работа над новой функциональностью в новой ветви. Через какое-то время в основной ветви происходит выпуск версии 1.1 (с исправлениями); теперь желательно, чтобы ветвь разработки новой функциональности включала изменения, произошедшие в стволе. Вообще, это можно сделать базовыми средствами, с помощью слияния (merge), выделив набор изменений между версиями 1.0 и 1.1 и слив его в ветвь. Но при наличии в системе поддержки перебазирования ветви эта операция делается проще, одной командой: по команде rebase (с параметрами: ветвью и новой базовой версией) система самостоятельно определяет нужные наборы изменений и производит их слияние, после чего для ветви базовой версией становится версия 1.1; при последующем слиянии ветви со стволом система не рассматривает повторно изменения, внесённые между версиями 1.0 и 1.1, так как ветвь логически считается выделенной после версии 1.1.

Repository, depot (хранилище документов) - место, где система управления версиями хранит все документы вместе с историей их изменения и другой служебной информацией.

Revision (версия документа). Системы управления версиями различают версии по номерам, которые назначаются автоматически.

Shelving (откладывание изменений). Предоставляемая некоторыми системами возможность создать набор изменений (changeset) и сохранить его на сервере без фиксации (commit'а). Отложенный набор изменений доступен на чтение другим участникам проекта, но до специальной команды не входит в основную ветвь. Поддержка откладывания изменений даёт возможность пользователям сохранять незавершённые работы на сервере, не создавая для этого отдельных ветвей.

Staging area - область подготовленных файлов

Tag, label - метка, которую можно присвоить определённой версии документа. Метка представляет собой символическое имя для группы документов, причем метка описывает не только набор имен файлов, но и версию каждого файла. Версии включенных в метку документов могут принадлежать разным моментам времени.

Trunk, mainline, master (ствол) - основная ветвь разработки проекта. Политика работы со стволом может отличаться от проекта к проекту.

Update, sync - синхронизация рабочей копии до некоторого заданного состояния хранилища. Чаще всего это действие означает обновление рабочей копии до самого свежего состояния хранилища. Однако при необходимости можно синхронизировать рабочую копию и к более старому состоянию, чем текущее.

Working copy - рабочая (локальная) копия документов.

Working directory - рабочий каталог

Размещено на Allbest.ru