Каталог решений - Хранилище конфигурации: создание и использование

Пара общих строк. Зачем это нужно?

— Если Вам надоело выгонять пользователей для того, чтоб внести изменение в конфигурацию..

— Если Вы хотите видеть, что, как и кем менялось в конфигурации с течением времени..

— Если Вы хотите иметь представление об объемах работы по изменению конфигурации каждого конкретного программиста (к сожалению, внешние обработки и отчеты туда не поместишь)

— Если над изменениями конфигурации работает несколько программистов и Вы хотите избежать ситуации, когда один из них перезатирает работу другого..

— Если нужно организовать слаженную работу географически удаленных разработчиков..

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

.. то Вам может помочь организация работы с использованием Хранилища.

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

Итак.. Создание Хранилища.

В режиме Конфигуратора, в меню Конфигурация/Хранилище конфигурации выберем Создать хранилище… , укажем каталог хранилища, пользователя/пароль (не связано с пользователями БД) и выгрузим ТЕКУЩЕЕ состояние конфигурации в него..

Что нужно сделать дополнительно: Даже если Вы планируете работать с Хранилищем в одиночку — сразу после создания создайте ЕЩЕ одного пользователя хранилища с административными правами и одного с параметрами по умолчанию — пункт Администрирование хранилища в том же меню.

Зачем: бывают случаи, когда пользователь «зависает» в Хранилище — и войти в него невозможно. Тогда будет возможность зайти под вторым логином и «снять» зависшего пользователя (т.е. себя же) — после чего можно продолжить работу в обычном порядке. Пользователь с обычными правами нужен для повседневной работы..

У нас есть хранилище. И наша текущая (как правило — рабочая) БД к нему уже подключена. Причем под именем того пользователя, от имени которого Хранилище было создано..

Неочевидный аспект: имейте ввиду, что теперь этот пользователь будет «закреплен» за Рабочей БД, от имени другого пользователя, открыв рабочую БД в конфигураторе, соединится с Хранилищем не удастся!

Как вести разработку:

— Для (каждого) программиста (обычно, локально, на его компьютере) создается пустая БД. Из основной БД делается выгрузка с данными (если она не сильно объемная — файл *.dt) или выгружается просто конфигурация (если БД сильно большая — файл *.cf). — В созданную локально базу заружают копии основной БД (можно без этого обойтись, но так быстрее, чем.. «не так» — этот пункт отсутствует в документации, по стандарту, его можно пропустить).

— Теперь нужно соединить нашу локальную БД с Хранилищем — выберем в том же меню, что упоминалось выше, пункт Подключиться к хранилищу.. , где укажем путь/адрес хранилища, пользователя с «обычными» правами (если программистов много — то для каждого должна быть заведена его учетная запись в Хранилище) и жмем OK.Происходит сравнение конфигурации Хранилища и Вашей локальной копии и подключение к Хранилищу.

ПРИ ЭТОМ ЕСЛИ ЕСТЬ РАЗНИЦА — ВАША ЛОКАЛЬНАЯ КОНФИГУРАЦИЯ БУДЕТ ЗАТЕРТА КОНФИГУРАЦИЕЙ ХРАНИЛИЩА

Данные локальной БД, при этом, останутся целыми.. можете считать, что произошло Объединение конфигураций с приоритетом конфигурации Хранилища.

«Неочевидное»: а что делать если мы уже вели разработку в локальной БД? Как сохранить все «нажитое непосильным трудом»??

«Невероятное»: выход есть. ПЕРЕД тем, как соединить локальную БД с Хранилищем, СДЕЛАЕМ ВЫГРУЗКУ локальной конфигурации в файл *.cf

После этого свяжем БД с Хранилищем и затрем свои изменения. Затем выполним операцию Захватить в хранилище.. (рекурсивно, если мы одни и никто не работает над изменением объектов) над корневым элементом в дереве Конфигурации.

После этого объединим локальную конфигурацию с конфигурацией из файла с приоритетом последнего и отправим все НАШИ ИЗМЕНЕНИЯ в Хранилище (операция Поместить в хранилище..).

Все в порядке. Оттуда эти наши изменения можно отправлять в основную БД!

Если программистов много — то изменения каждого нужно отправлять в Хранилище поочереди, ПРЕДВАРИТЕЛЬНО выгрузив у всех работу во внешние файлы с конфигурацией локальной БД и (если объединение делается с разных рабочих мест), не забывая перед каждым объединением ОБНОВЛЯТЬ локальные БД из Хранилища — до последней версии, с присутствующим там изменениями ранее подключенных товарищей не забывая перед каждым объединением выполнять РЕКУРСИВНЫЙ захват корневого элемента конфигурации, в ходе которого в т.ч. происходит обновление конфигурации из Хранилища до последней версии.. А после каждого объединения выпонять РЕКУРСИВНЫЙ возврат корневого элемента для обновления конфигурации в Хранилище.

А теперь можно начинать продуктивную работу..

====

Советую ознакомится со следующими ссылками: