Платформа 1С:Предприятие 8
Средства конфигурирования
02.07.2013
Основные принципы и особенности работы с хранилищем конфигурации описаны в разделе Особенности работы с хранилищем конфигурации. В данном разделе мы постараемся отразить варианты использования хранилища конфигурации, не вдаваясь в подробности, возникающие в процессе разработки конфигурации с использованием хранилища.
Основным предназначением хранилища конфигурации является организация совместной разработки конфигурации группой разработчиков. Главным преимуществом подобной разработки является возможность изменения одной и той же конфигурации несколькими разработчиками одновременно. Хранилище ведет историю изменений конфигурации, что позволяет в любой момент получить конфигурацию более ранней версии или же вернуться к этой версии. Каждая версия конфигурации, создаваемая в хранилище, может содержать комментарий, описывающий произведенные изменений, и метку - выделяющую данную версию из остальной истории конфигурации.
Данный вариант использования хранилища конфигурации может рассматриваться как частный случай варианта использования хранилища группой разработчиков. В этом случае хранилище представляет собой некий архив конфигурации, который может использоваться для ведения истории изменений. Разработка конфигурации должна вестись по правилам работы с хранилищем (захват объектов конфигурации, изменение их и помещение в хранилище). При этом, т.к. других (параллельно работающих) разработчиков данной конфигурации нет, при помещении объектов в хранилище можно всегда устанавливать признак "Оставить захваченными".
Разработка конфигурации, подключенной к хранилищу конфигурации, подразумевает непосредственную связь с базой данных хранилища. Однако если возникает необходимость конфигурирования без непосредственной связи с хранилищем, то предварительно необходимо захватить объекты, которые планируется изменить. После чего, при открытии конфигурации, необходимо отказаться от соединения с хранилищем, но не отключаться от хранилища (на соответствующее предложение системы необходимо ответить отрицательно), при этом все захваченные ранее объекты конфигурации будут доступны для редактирования. При последующем подключении по необходимости можно синхронизовать конфигурацию с конфигурацией хранилища (поместив захваченные объекты в хранилище).
Платформа "1С:Предприятие" предоставляет возможность формирования нескольких видов отчетов по истории конфигурации хранилища:
Отчет по версиям - в данном отчете содержится информация о версиях конфигурации хранилища. Для каждой версии отображается пользователь, создавший ее, списки добавленных/измененных/удаленных объектов, а также комментарий к данной версии хранилища.
Отчет по объектам - в данном отчете содержится информация об объектах конфигурации хранилища. Для каждого объекта конфигурации отображается список комментариев к версиям конфигурации, в которых данный объект конфигурации добавлялся/изменялся/удалялся.
Отчет по комментариям - данный отчет содержит информацию о версиях конфигурации, сгруппированную по комментариям к версиям. Для каждого уникального комментария отображается информация об объектах, которые были добавлены/изменены/удалены в версиях конфигурации хранилища, имеющих данный комментарий.
Для осуществления резервного копирования хранилища конфигурации необходимо выполнить копирование файла 1cv8ddb.1cd и каталога data при его наличии. Каталог data появляется при работе с хранилищем в режиме совместимости "Не использовать" и содержит файлы объектов метаданных. Каталог cache может не включаться в состав резервной копии, так как содержит вспомогательные файлы с версиями конфигурации. Данный каталог создается автоматически и может периодически очищаться для освобождения места на диске.
После восстановления хранилища конфигурации из резервной копии информация о захваченных объектах будет синхронизирована с преимуществом хранилища конфигурации, т.е. состояние захвата объекта будет в любом случае взято из хранилища конфигурации.
Механизм поддержки конфигурации и хранилище конфигурации могут быть использованы совместно. Оба механизма предполагают запрет редактирования объектов конфигурации исходя из собственной логики работы. Для того чтобы осуществить редактирование объекта конфигурации, подключенной к хранилищу и стоящей на поддержке, необходимо не только захватить требуемый объект в хранилище, но и сделать его доступным для редактирования средствами механизма поддержки.
Для корректного обновления конфигурации, подключенной к хранилищу, рекомендуется предварительно захватить все объекты конфигурации. После это выполнить обновление и поместить объекты обратно в хранилище. Обновление конфигурации возможно при захвате только корневого объекта конфигурации, однако, в таком случае, при наличии обновления для объекта, не захваченного в хранилище, его обновление выполнено не будет.
Для изменения параметров поддержки конфигурации, подключенной к хранилищу, необходимо захватить корневой объект конфигурации. Произведенные изменения в параметрах поддержки будут доступны другим разработчикам данной конфигурации только после помещения корневого объекта в хранилище конфигурации.
При разработке конфигурации распределенной информационной базы к хранилищу конфигурации может быть подключена только конфигурация информационной базы, являющейся корневым узлом распределенной информационной базы (значение Главного узла в такой информационной базы равно Неопределено). Подключение к хранилищу конфигураций информационных баз подчиненных узлов невозможно, потому что изменение конфигурации в таких информационных базах может осуществляться только через сообщения обмена. В остальном работа с хранилищем конфигурации при разработке конфигурации, в рамках распределенной ИБ, ничем не отличается от разработки в обычной информационной базе.