При коллективной разработке требуется контроль за историей разработки, отслеживание объектов, которые дорабатываются в текущий момент.
Для этого и предназначено хранилище конфигурации.
- если в конфигурации более одного разработчика
- несколько баз, но решение единое и требуется их синхронизация
- просто требуется сохранять историю разработки даже одного программиста
Значит вам надо разворачивать хранилище конфигураций.
Быстрый переход
Как это делается поэтапно:
- Зайти в «Конфигуратор» и создать хранилище
- Указать его расположение (папку на которую есть права на запись)
- Задать имя Администратора и его пароль
- Далее, конфигурация подключится к созданному хранилищу
- Следующий шаг: добавление пользователей в хранилище — каждая база разработки привязывается к отдельному пользователю. Эти пользователи никак не связаны с пользователями информационной базы. Зайдите в «Администрирование хранилища»
- Добавляете и задаете пароль:
- Устанавливаете его права, достаточно прав на «Захват хранилища»
- Создаете новую базу из копии (или используете уже существующую), изменения должны быть сохранены, поскольку при первом подключении конфигурация синхронизируется с данными хранилища
- Указываете данные ранее созданного пользователя
- Вот и всё: подключение к хранилищ успешно завершено
Работа с хранилищем
При каждом старте запуске конфигурации требуется :
- подключиться к хранилищу указав пароль, либо прописать его в параметрах запуска 1с «ConfigurationRepositoryP»(Пользователь: «ConfigurationRepositoryN», хранилище: «ConfigurationRepositoryF»)
- либо отказаться от подключения, но не отвязывать хранилища — в этом случае вы сможете править только ранее «Захваченные» объекты, остальные только на просомтр
Для начала работы с объектом его требуется «Захватить» объект — установить монопольный доступ на его разработку. До этого все объекты доступны только на чтение (подобно «Поставке» до снятия с поддержке).
Это можно произвести двумя способами:
- непосредственно в списке метаданных (по одному)
- в списке хранилища (дольше заходить, но есть возможность захвата списком, выделив через Shift или Ctrl)
Далее, вы работаете с объектом как обычно.
После окончания у вас два основных варианта:
- отменить захват, при этом у вас объект восстановится их хранилища (этим отменяются также внесенные правки)
- поместить измененный объект
В другой базы разработчик по вашему сигналу может обновить конфигурацию из хранилища:
- полностью
- по объектно
Это основные команды для работы с хранилищем.
Особенности работы
- Для добавление объектов, захватывается корень конфигурации
- Для добавления/изменения реквизита объекта — захватывается сам объект
- Для изменения формы или макета захватывать объект не обязательно (это отдельные сущности)
- Не используйте при этом иерархический захват (долго)
- Помещайте только проверенные объекты
- Не отпускайте до конца разработки (полной отладки)
- Саму конфигурацию(корень) держите захваченным недолго (другие пользователи не смогут добавлять)
- Периодически делайте копии конфигурации
- Возможна «рассинхронизация» захваченных объектов, система это отслеживает.
- При обновлении копии базы, при первом запуске требуется сначала отключится из хранилища, затем подключится повторно (не забудьте поменять пользователя)
- Частичное помещение может привести не работоспособности (добавили объект, не подправили форму и т.п)
- Не логируется подключение и отключение к хранилищу (как и полное отключение базы от хранилища).
- При подключении, если не ввести пароль, то можно отключить (специально или случайно):
Отбор захваченных объектов
- можно отобрать все захваченные
- захваченные определенным пользователем
В целом, хранилище работает очень стабильно:
- проблемы возникали при сетевом хранении: слетало поле данных у реквизитов, скорее всего потеря данных в процессе помещения).
- «хранилище конфигурации повреждено» такая ошибка происходит один раз в год — просто создали заново (делайте дополнительные копии этой папки).
Для резервного копирования достаточно настроить сохранение
1Cv8ddb.1CD и ПОЛНОСТЬЮ папку data, расположенную в той же папке, что и файл 1Cv8ddb.1CD
Если http-Сервер не отвечает или сбрасывает соединение, то может возникнуть ошибка «Неклассифицированная ошибка работы с хранилищем конфигурации»:
При «Ошибке сетевого доступа к серверу» попробуйте перезапустить службу хранилища и выполнить команду «Хранилище конфигурации/Закрыть хранилище/Открыть хранилище».
Если такая ошибка происходит при полном помещении, попробуйте помещать объекты частями — иногда срабатывают таймауты ответа сервера.
Уменьшилось удобство при повторном подключении
При восстановлении базы из копии сохраняются настройки подключения к хранилищу, но слепок может быть не верным, требуется переподключиться повторно к хранилищу.
Раньше, настройки: адрес хранилища и пользователь сохранялись, оставалось только внести пароль — это было гораздо быстрее.
Субъективно и процесс начальной синхронизации стал дольше — не припоминаю долго висящего состояния «Построение снимка версии конфигурации»
В 8.3. появился режим совместимости на вкладке «Прочее» в администрировании хранилища: этим можно включить новый формат хранения.
Особенности хранения
«Хранилище» до 8.3.3 это обычная файловая база, в виде файла 1Cv8ddb.1CD, в которой дополнительно хранится информация о захватах.
Внутренние таблицы не могут быть больше 4 ГБ иначе может быть ошибка: «Ошибка операции с хранилищем конфигурации. по причине: Превышен максимально допустимый размер внутреннего файла», но такое встречается только при очень интенсивной работе с хранилищем (много версий макетов и других емких объектов).
С версии 8.3.3 появилась папка «data»: 
В случае проблем с рассинхронизацией можно почистить каталог «Cache» в папке хранилища.
Механизм оптимизации
Находится на вкладке «Прочие»
Производится упаковка файлов метаданных в папку pack
Рекомендация будет предлагаться при достижении:
- Количества неупакованных файлов больше 5000.
- Количества архивов более 50.