Понятия рабочей копии и служебного каталога. Команды svn для работы с рабочими копиями

Рабочая копия – моментальный «снимок» состояния хранилища или некоторой его части, сохраненный на компьютере клиента. Она представляет собой дерево каталогов, содержащее набор различных файлов. Файлы рабочей копии могут произвольным образом редактироваться разработчиком, оставаясь недоступными другим разработчикам. После внесения изменений в файлы рабочей копии и проверки их корректности разработчик может записать свою версию в хранилище, т.е. опубликовать. Если другие участники проекта производили редактирование тех же файлов и уже опубликовали свои изменения, Subversion предоставляет возможность для объединения этих изменений с рабочей копией данного разработчика.

Рабочая копия содержит дополнительные файлы, созданные и обслуживаемые Subversion, которые используются при выполнении слияний. В частности, каждый каталог рабочей копии содержит подкаталог с именем .svn, который называется служебным каталогом рабочей копии. Файлы в служебном каталоге помогают определить, какие файлы рабочей копии содержат неопубликованные изменения и какие файлы устарели по отношению к файлам других участников.

Документирование процесса разработки. Типы документов управления

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

Типы документов управления:

•Планы, оценки, расписания. Эти доки создаются менеджерами для прогнозирования и управления проц-ами разработки и сопровождения

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

•Стандарты. Эти документы предписывают разработчикам, каким принципам, правилам, соглашениям они должны следовать в процессе разработки ПС. Стандарты м.б. как международными или национальными, так и специально созданными для организации, в которой ведется разработка данного ПС.

•Рабочие документы. Это основные технические документы, обеспечивающие связь между разработчиками. Они содержат фиксацию идей и проблем, возникающих в процессе разработки, описание используемых стратегий и подходов, а также рабочие (временные) версии документов, которые должны войти в ПС

•Заметки и переписка. Эти документы фиксируют различные детали взаимодействия между менеджерами и разработчиками

Документирование программного продукта. Документация сопровождения, ее назначение и состав

Документация по сопровождению ПС описывает ПС с точки зрения ее разработки. Эта документация необходима, если предполагается изучение устройства ПС и модернизация его программ. Документация по сопровождению ПС можно разбить на 2 группы: документация, определяющая строение программ и структур данных ПС и технологию их разработки; документация, помогающая вносить изменения в ПС. Документация 1й группы содержит итоговые документы каждого технологического этапа разработки ПС и включает следующие документы: внешнее описание ПС; описание архитектуры ПС, включая внешнюю спецификацию каждой ее программы; для каждой программы ПС - описание ее модульной структуры, включая внешнюю спецификацию каждого включенного в нее модуля; для каждого модуля - его спецификация и описание его строения ;тексты модулей на выбранном ЯП; документы установления достоверности ПС, описывающие, как устанавливалась достоверность каждой программы ПС и как информация об установлении достоверности связывалась с требованиями к ПС. Документы установления достоверности ПС включают документацию по тестированию, но могут включать и результаты других видов проверки ПС. Документация 2й группы содержит руководство по сопровождению ПС, которое описывает известные проблемы, связанные с ПС, какие части системы являются аппаратно- и программно-зависимыми, возможности дальнейшего развития ПС.