Как подключиться к хранилищу конфигурации 1С

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

Механизм хранилища встроен в платформу 1С:Предприятие и не требует дополнительного лицензирования. Хранилище представляет собой каталог на диске или сетевом ресурсе, в котором платформа создаёт служебные файлы. Доступ к нему возможен по файловому пути (в том числе сетевому) либо через сервер хранилища, который поставляется в составе средств администрирования платформы.

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

Что нужно подготовить перед подключением

Для подключения потребуются три вещи: путь к каталогу хранилища, учётная запись пользователя хранилища и информационная база, из которой будет выполняться подключение. Путь выдаёт администратор, который создавал хранилище. Это может быть локальная папка, сетевой каталог вида \\server\storage или адрес сервера хранилища.

Учётная запись пользователя хранилища — это не то же самое, что пользователь информационной базы. Пользователи хранилища заводятся отдельно, через меню администрирования хранилища в конфигураторе. У каждого пользователя есть имя, пароль и права: обычный разработчик может захватывать и помещать объекты, администратор дополнительно управляет пользователями и может отменять чужие захваты.

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

Создание хранилища, если его ещё нет

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

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

Сразу после создания добавьте пользователей: «Конфигурация → Хранилище конфигурации → Администрирование», вкладка «Пользователи». Для каждого разработчика задайте уникальное имя и пароль. Работать под одной учётной записью всей командой нельзя — по имени пользователя хранилище отслеживает, кто захватил объект и кто автор каждой версии.

Подключение к хранилищу из конфигуратора

Основной сценарий — подключение через конфигуратор. Откройте конфигуратор нужной информационной базы, откройте конфигурацию («Конфигурация → Открыть конфигурацию») и перейдите в меню «Конфигурация → Хранилище конфигурации → Подключиться».

В диалоге подключения укажите путь к хранилищу. Для файлового варианта это путь к каталогу, например D:\1C_Storage\Trade или \\server\1c\storage. Затем введите имя пользователя и пароль, выданные администратором. После нажатия «ОК» платформа свяжет базу с хранилищем: в конфигураторе появятся признаки захвата объектов, а меню хранилища станет активным.

1. 1
   Откройте конфигуратор базы разработчика и откройте конфигурацию
2. 2
   Выберите «Конфигурация → Хранилище конфигурации → Подключиться»
3. 3
   Укажите путь к каталогу хранилища или адрес сервера хранилища
4. 4
   Введите имя пользователя и пароль хранилища
5. 5
   Подтвердите подключение и дождитесь активации меню хранилища
6. 6
   Проверьте статус: объекты конфигурации должны отображаться с пиктограммами захвата

Если база уже была подключена к другому хранилищу или подключение нужно переустановить, сначала выполните «Отключиться» в том же меню. Отключение разрывает связь базы с хранилищем, но не удаляет само хранилище и не отменяет захваты объектов — их при необходимости снимает администратор.

Подключение через сервер хранилища

Файловый доступ прост, но имеет ограничения: все разработчики должны видеть сетевой каталог, а одновременная интенсивная работа по сети может замедлять операции. Для распределённых команд платформа предлагает сервер хранилища — отдельную службу, которая принимает подключения по TCP.

Сервер хранилища устанавливается из комплекта поставки платформы (утилита называется crserver). После установки его запускают как службу, указав каталоги хранилищ. Разработчики подключаются по адресу вида tcp://server:1542/storage_name — точный порт зависит от настроек экземпляра сервера.

Сравнение вариантов доступа

Файловый доступ (сетевой каталог)

Простая настройка без дополнительных служб. Подходит для небольших команд в одной сети. Ограничение: нужен общий доступ к папке, при нестабильной сети возможны ошибки блокировок.

Сервер хранилища (tcp)

Подходит для удалённых команд и большого числа разработчиков. Требует установки и сопровождения службы crserver, открытия портов и настройки прав.

Выбор варианта зависит от инфраструктуры. Если команда из двух-трёх человек работает в одном офисе, сетевого каталога достаточно. Если разработчики распределены или работают через VPN, сервер хранилища надёжнее и удобнее в администрировании.

Работа после подключения: захват, изменение, помещение

После подключения рабочий цикл выглядит так. Перед изменением объекта вы захватываете его: правый клик по объекту в дереве конфигурации → «Захватить в хранилище». Платформа отметит объект, и другие разработчики увидят, что он занят вами. Можно захватывать объекты рекурсивно, вместе с подчинёнными.

Внесённые изменения сначала существуют только в вашей локальной базе. Чтобы передать их команде, выполните «Поместить в хранилище» — при этом создаётся новая версия конфигурации с комментарием. Комментарий писать обязательно: по нему коллеги и вы сами через месяц поймёте, что и зачем менялось.

Чтобы получить чужие изменения, используйте «Получить из хранилища» или обновите конфигурацию базы из хранилища через «Конфигурация → Хранилище конфигурации → Обновить конфигурацию базы из хранилища». Платформа покажет список изменённых объектов и предложит правила объединения.

Проверка результата и решение типичных проблем

Признак успешного подключения — активное меню «Хранилище конфигурации», пиктограммы состояния у объектов в дереве конфигурации и возможность открыть «Историю хранилища». Если история открывается и показывает версии, связь работает корректно.

Контрольные точки

Как проверить результат

Меню хранилища в конфигураторе

Норма

Пункты «Захватить», «Поместить», «История» активны

Тревожный признак

Пункты серые — подключение не выполнено или конфигурация не открыта

Пиктограммы у объектов конфигурации

Норма

У объектов видны значки состояния захвата

Тревожный признак

Значков нет — база не связана с хранилищем

История хранилища

Норма

Открывается список версий с авторами и датами

Тревожный признак

Ошибка доступа к каталогу — проверьте путь и права на папку

Частая проблема — ошибка доступа к каталогу хранилища. Проверьте, что сетевой путь доступен из проводника под той же учётной записью, под которой запущен конфигуратор, и что у пользователя есть права на чтение и запись. Вторая типичная ситуация — «пользователь хранилища не найден»: имя вводится с учётом регистра, уточните его у администратора.

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

Договоритесь в команде о правиле: помещать в хранилище только работоспособное состояние объектов. Если доработка не закончена, лучше не помещать её, а держать локально — иначе коллеги при обновлении получат неработающую конфигурацию и потеряют время на разбор чужих недоделок.

Ограничения механизма и альтернативы

Встроенное хранилище закрывает базовые потребности версионирования, но имеет ограничения: нет ветвления и слияния веток, захват объекта блокирует его целиком, сравнение версий работает на уровне объектов, а не строк кода в удобном diff-формате. Для крупных проектов этого может не хватать.

Альтернативой служит связка EDT (1C:Enterprise Development Tools) с Git: конфигурация выгружается в файлы формата EDT и версионируется через привычную систему контроля версий с ветками, merge request и код-ревью. Также существует формат выгрузки конфигурации в XML-файлы из обычного конфигуратора, который тоже можно хранить в Git. Переход на Git оправдан, когда команда больше нескольких человек и нужны параллельные ветки разработки.

Частые вопросы

Можно ли подключиться к хранилищу без конфигуратора?

Нет, работа с хранилищем конфигурации ведётся только через конфигуратор или через средства автоматизации, которые фактически вызывают его механизмы (например, пакетный режим конфигуратора с параметрами командной строки). Из режима «Предприятие» доступа к хранилищу нет.

Что делать, если забыт пароль пользователя хранилища?

Пароль сбрасывает администратор хранилища: «Конфигурация → Хранилище конфигурации → Администрирование», вкладка «Пользователи», изменение нужной учётной записи. Восстановить старый пароль нельзя — только задать новый.

Как отменить захват объекта, если разработчик недоступен?

Администратор хранилища открывает «Администрирование», находит захваченные объекты и отменяет захват. При этом непомещённые изменения того разработчика останутся только в его локальной базе — в хранилище они не попадут, поэтому перед отменой стоит убедиться, что правки не потеряются.

Можно ли перенести хранилище на другой сервер?

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

Сколько баз можно подключить к одному хранилищу?

Жёсткого ограничения платформа не накладывает: к одному хранилищу подключают столько баз разработчиков, сколько нужно команде. Каждый разработчик работает в своей копии базы под своей учётной записью хранилища. Практический предел определяется производительностью файлового доступа или сервера хранилища.

Чем хранилище конфигурации отличается от выгрузки конфигурации в файл?

Выгрузка в файл .cf — это снимок конфигурации на момент времени без истории. Хранилище хранит все версии, авторов изменений, комментарии и управляет захватом объектов при командной работе. Файл подходит для передачи конфигурации или архива, хранилище — для непрерывной совместной разработки.