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

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

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

Что такое хранилище конфигурации и когда оно нужно

Хранилище конфигурации — это служебный каталог, где платформа хранит все версии конфигурации и журнал действий разработчиков. Работа строится по принципу «захват — изменение — помещение»: разработчик захватывает объект (справочник, документ, модуль), редактирует его и помещает обратно, после чего объект становится доступен остальным.

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

Варианты организации версионирования

Хранилище конфигурации

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

Выгрузка в файлы + Git

Гибкое ветвление и слияние, удобно для распределённых команд. Требует дисциплины и настройки, конфликты в XML решаются вручную.

EDT с Git

Среда 1C:Enterprise Development Tools со встроенной интеграцией Git. Современный вариант для новых проектов, но требует перехода команды на EDT.

Подготовка: что нужно перед установкой

Перед созданием хранилища проверьте три условия. Во-первых, нужна пустая папка на сетевом ресурсе, доступная всем разработчикам по одному и тому же пути — лучше использовать UNC-путь вида \\server\1c_storage\, а не подключённый сетевой диск: буквы дисков у разных пользователей могут отличаться, и хранилище «не найдётся».

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

Создание хранилища конфигурации

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

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

1. 1
   Создайте пустую сетевую папку с доступом по UNC-пути для всех разработчиков
2. 2
   Сделайте резервную копию базы (выгрузку в .dt)
3. 3
   Откройте Конфигуратор, откройте конфигурацию для редактирования
4. 4
   Выберите Конфигурация → Хранилище конфигурации → Создать хранилище
5. 5
   Укажите путь к папке, задайте имя и пароль администратора хранилища
6. 6
   Дождитесь создания первой версии и проверьте статус подключения

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

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

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

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

Настройка пользователей и прав в хранилище

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

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

Повседневная работа: захват, изменение, помещение

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

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

Проверка результата и обслуживание хранилища

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

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

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

Как проверить, что хранилище работает

Меню «Хранилище конфигурации»

Норма

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

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

Пункты неактивны или предлагается создать/подключить хранилище

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

Норма

Объект помечается галочкой, у других пользователей виден как занятый

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

Ошибка доступа к папке или захват не фиксируется

История изменений

Норма

Новая версия с комментарием и именем пользователя появляется в истории

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

Записи нет или указан другой пользователь

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

Можно ли создать хранилище для файловой базы?

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

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

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

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

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

Хранилище и Git — что выбрать для команды?

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

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

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

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

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