Система управления версиями

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

Такие системы наиболее широко применяются при разработке программного обеспечения, для хранения исходных кодов разрабатываемой программы. Однако, они могут с успехом применяться и в других областях, в которых ведётся работа с большим количеством непрерывно изменяющихся электронных документов, в частности, они всё чаще применяются в САПР, обычно, в составе систем управления данными об изделии (PDM). Управление версиями используется в инструменах конфигурационного управления (Software Configuration Management Tools).

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

Общие сведения

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

Большинство систем управления версиями используют централизованную модель, когда имеется единое хранилище документов, управляемое специальным сервером, который и выполняет бо́льшую часть функций по управлению версиями. Пользователь, работающий с документами, должен сначала получить нужную ему версию документа из хранилища; обычно создаётся локальная копия документа, т. н. «рабочая копия». Может быть получена последняя версия или любая из предыдущих, которая может быть выбрана по номеру версии или дате создания, иногда и по другим признакам. После того, как в документ внесены нужные изменения, новая версия помещается в хранилище. В отличие от простого сохранения файла, предыдущая версия не стирается, а тоже остаётся в хранилище и, в любое время, может быть оттуда получена. Сервер использует такой способ хранения документов (т н., дельта-компрессию), при котором сохраняются только изменения между последовательными версиями, уменьшая, таким образом, объём хранимой информации.

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

Часто бывает, что над одним проектом одновременно работают несколько человек. Если два человека изменяют один и тот же файл, то один из них может случайно отменить изменения, сделанные другим. Системы управления версиями отслеживают такие конфликты и предлагают средства их решения. Большинство систем может автоматически объединить (слить) изменения, сделанные разными разработчиками. Однако, такое автоматическое объединение изменений, обычно, возможно только для текстовых файлов и при условии, что изменялись разные (непересекающиеся) части этого файла. Такое ограничение связано с тем, что большинство систем управления версиями ориентированы на поддержку процесса разработки программного обеспечения, а исходные коды программ хранятся в текстовых файлах. Если автоматическое объединение выполнить не удалось, система может предложить решить проблему вручную.

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

Многие системы управления версиями предоставляют ряд других возможностей:

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

Словарь

branch 
Ветка — направление разработки, независимое от других. Ветка представляет собой копию документа, в которую можно вносить свои изменения, не влияющие на другие ветки. Документы в разных ветках имеют одинаковую историю до точки ветвления и разные — после неё.
check-in, commit, submit 
Копирование изменений, сделанных в рабочей копии, в хранилище документов. При этом создаётся новая версия.
check-out 
Извлечение документа из хранилища и создание рабочей копии.
conflict 
Конфликт возникает, когда изменения вносятся двумя разными сторонами над одним документом или одним местом внутри документа. Поскольку программа может быть недостаточно разумна для того чтобы определить, какое изменение является «корректным», пользователю нужно самому разрешить конфликт (resolve).
merge, integration 
Объединение независимых изменений в единую версию документа. Осуществляется, когда два человека изменили один и тот же файл или при переносе изменений из одной ветки в другую.
repository 
Хранилище документов — место, где хранятся все документы вместе с историей их изменения и другой служебной информацией.
revision 
Версия документа. Системы управления версиями различают версии по номерам, которые назначаются автоматически.
tag, label 
Метка, которую можно присвоить определённой версии документа. У разных документов одинаковая метка может соответствовать разным номерам версий.
update, sync 
Копирование изменений, произведённых над хранилищем документов, в рабочую копию.
working copy 
Рабочая (локальная) копия документов.

См. также

  • Конфигурационное управление (Software Configuration Management), инструменты конфигурационного управления (Software Configuration Management Tools)
  • Программные продукты с прозрачным управлением версиями
  • Распространённые системы управления версиями
 
Начальная страница  » 
А Б В Г Д Е Ж З И Й К Л М Н О П Р С Т У Ф Х Ц Ч Ш Щ Ы Э Ю Я
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
0 1 2 3 4 5 6 7 8 9 Home