Блокировки. Хранилище файлов и контроль за изменением файлов

Хранилище файлов и контроль за изменением файлов

Идентификация

Чтобы осуществлять управление объектами, необходимо их идентифицировать. При идентификации объектов в системах PVCS используется понятие версии. Вер­сией проекта называется некий уникальный идентификатор, обозначающий теку­щий номер разработки. Так как в отдельные составляющие проекта во время раз­работки могут вноситься изменения, каждому из помещенных в хранилище PVCS объектов присваиваются идентификаторы версии самого объекта и версии проек­та в целом. Это позволяет определить, какие именно файлы должны быть исполь­зованы для сборки заданной версии приложения.

Хранилища объектов, используемые PVCS, могут организовываться с использова­нием самых разных технологических решений, вплоть до применения специаль­ных баз данных. Возможно также использование одной PVCS нескольких спосо­бов хранения одновременно.

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

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

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

Дата добавления: 2014-12-07