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

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

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

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

Что такое хранилище расширения и когда оно нужно

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

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

Ещё один сценарий — регламентированная разработка, когда требуется история изменений для аудита: кто, когда и какой объект расширения изменил. Хранилище даёт эту информацию «из коробки», без внешних систем контроля версий.

Подготовка: что проверить перед подключением

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

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

Создание хранилища расширения с нуля

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

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

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

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

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

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

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

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

Работа с захватом и помещением объектов

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

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

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

Отключение от хранилища и типичные ошибки

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

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

Альтернативы хранилищу расширения

Хранилище — не единственный способ командной разработки расширений. Распространённая альтернатива — выгрузка расширения в файлы конфигурации (XML) и работа через Git. Это даёт ветвление, слияния и код-ревью, но требует дисциплины и настройки процесса выгрузки-загрузки.

Для одиночной разработки достаточно периодической выгрузки расширения в файл *.cfe с версионированием имён файлов. Это проще хранилища, но не защищает от потери промежуточных состояний и не даёт истории изменений по объектам.

Сравнение вариантов

Хранилище расширения

Подходит для командной разработки внутри инфраструктуры 1С; ограничение — нет ветвления и слияний, требуется постоянный доступ к каталогу

Выгрузка в XML + Git

Подходит для распределённых команд и код-ревью; ограничение — нужна настройка процесса и дисциплина выгрузки

Файлы *.cfe

Подходит для одиночной разработки и передачи расширения между базами; ограничение — нет истории изменений и контроля параллельных правок

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

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

Пиктограммы захвата в дереве расширения

Норма

У объектов отображаются замки и статусы

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

Пиктограмм нет — подключение не выполнено

Команды меню хранилища

Норма

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

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

Пункты неактивны или отсутствуют

История версий

Норма

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

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

Ошибка доступа к каталогу хранилища

Захват тестового объекта

Норма

Объект захватывается и помещается без ошибок

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

Сообщение о блокировке или недостатке прав

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

Можно ли подключить одно расширение к нескольким хранилищам?

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

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

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

Нужно ли хранилище расширения, если разработчик один?

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

Почему при подключении появляется ошибка несовместимости версий?

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

Как перенести хранилище расширения на другой сервер?

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

Можно ли откатить расширение к старой версии из хранилища?

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