Разработка и Конфигурация · 11 мин
Как установить хранилище конфигурации 1С
Пошаговая инструкция по созданию и подключению хранилища конфигурации 1С: требования, права администратора, работа с объектами, типичные ошибки и проверка результата.
Хранилище конфигурации 1С — централизованное место, где платформа хранит историю изменений конфигурации при коллективной разработке. Оно позволяет нескольким разработчикам работать с одной базой, захватывать объекты на редактирование, отслеживать версии и откатывать ошибочные изменения. Без хранилища при работе двух и более программистов правки легко перезаписывают друг друга, а восстановить предыдущее состояние объекта становится невозможно.
Установка хранилища — это не установка отдельной программы: функциональность встроена в платформу 1С:Предприятие. Администратор создаёт хранилище в выделенной папке (локальной или сетевой), а разработчики подключаются к нему из конфигуратора. Вся настройка выполняется через стандартные пункты меню «Конфигурация → Хранилище конфигурации».
Ниже разобран полный цикл: от подготовки папки и создания хранилища до подключения разработчиков, проверки результата и устранения типичных ошибок. Инструкция применима к файловым и клиент-серверным информационным базам — механизм хранилища работает одинаково, отличается только способ размещения папки и настройка доступа.
Что нужно подготовить перед созданием хранилища
Перед созданием хранилища убедитесь, что выполнены базовые условия. Во-первых, у вас должны быть права администратора информационной базы — именно администратор создаёт хранилище и становится его первым пользователем. Во-вторых, конфигурация не должна находиться на поддержке с запретом изменений, иначе часть операций будет недоступна. В-третьих, на момент создания хранилища рекомендуется, чтобы в базе не работали другие пользователи — платформа может потребовать монопольный доступ.
Подготовьте отдельную пустую папку под хранилище. Для работы одного разработчика достаточно локальной папки на его компьютере. Для команды нужна сетевая папка, доступная всем разработчикам по протоколу SMB (общий сетевой ресурс Windows). Папка должна быть пустой: если в ней уже есть файлы, платформа откажется создавать хранилище. Путь к папке лучше задавать латиницей без пробелов — это снижает риск проблем с доступом и кодировками.
Также позаботьтесь о резервной копии: перед созданием хранилища выгрузите конфигурацию в файл .cf или сделайте выгрузку информационной базы в .dt. Само создание хранилища не разрушает данные, но резервная копия — обязательная страховка перед любой структурной операцией с конфигурацией.
Создание хранилища конфигурации
Откройте информационную базу в режиме конфигуратора под учётной записью администратора. Если конфигурация закрыта, откройте её через «Конфигурация → Открыть конфигурацию». После этого пункты меню хранилища станут доступны.
Далее выполните создание хранилища по шагам:
- 1Откройте конфигуратор под учётной записью администратора базы
- 2Откройте конфигурацию: «Конфигурация → Открыть конфигурацию»
- 3Выберите «Конфигурация → Хранилище конфигурации → Создать хранилище»
- 4Укажите путь к подготовленной пустой папке (для сетевого хранилища — UNC-путь вида \\server\share\repo)
- 5Задайте имя и пароль администратора хранилища, подтвердите создание
- 6Дождитесь сообщения об успешном создании и помещении конфигурации в хранилище
При создании платформа предложит указать пользователя хранилища с правами администратора. Это отдельная учётная запись — она не связана с пользователями информационной базы напрямую. Запомните или сохраните пароль администратора хранилища: без него нельзя добавлять пользователей, менять права и выполнять административные операции с хранилищем.
После завершения операции текущая конфигурация будет помещена в хранилище как первая версия, а база автоматически окажется подключённой к хранилищу. С этого момента все объекты конфигурации доступны для редактирования только после захвата в хранилище.
Подключение разработчиков к хранилищу
Каждый разработчик подключается к хранилищу из своего конфигуратора. Предварительно администратор хранилища должен создать для него учётную запись: «Конфигурация → Хранилище конфигурации → Администрирование хранилища», вкладка «Пользователи», кнопка «Добавить». Здесь задаётся имя пользователя, пароль и права — например, право захвата объектов и изменения версий.
Для подключения разработчик открывает свою копию информационной базы в конфигураторе и выбирает «Конфигурация → Хранилище конфигурации → Подключиться к хранилищу». В диалоге указывается путь к папке хранилища (тот же, что использовал администратор), имя и пароль пользователя хранилища. После подключения платформа сравнит конфигурацию базы с хранилищем и предложит обновить её при расхождениях.
Как выбрать способ размещения
Если разработчик подключает базу, конфигурация которой отличается от версии в хранилище, платформа выполнит объединение. Чтобы избежать конфликтов, рекомендуется перед первым подключением обновить базу из хранилища полностью, а локальные незаконченные правки переносить вручную после синхронизации.
Основные операции при работе с хранилищем
Повседневная работа строится вокруг трёх операций: захват, помещение и обновление. Захват объекта (правый клик по объекту → «Захватить в хранилище») блокирует его для других разработчиков и разрешает редактирование. Захваченные объекты отмечаются в дереве конфигурации специальной пиктограммой. Захватывать можно как отдельные объекты, так и группы — рекурсивно вместе с подчинёнными элементами.
После завершения правок объект помещается обратно: «Поместить в хранилище» фиксирует изменения новой версией и снимает блокировку. При помещении рекомендуется писать осмысленный комментарий — он попадёт в историю версий и упростит поиск нужного изменения в будущем. Если правки оказались неудачными, захват можно отменить без сохранения изменений, вернув объект к состоянию из хранилища.
Обновление конфигурации из хранилища («Получить из хранилища») подтягивает изменения, сделанные коллегами. Выполняйте его регулярно — чем дольше база не синхронизируется, тем выше вероятность конфликтов при помещении своих объектов. История версий доступна через «Конфигурация → Хранилище конфигурации → История хранилища»: там можно сравнить версии и при необходимости откатиться к предыдущей.
Договоритесь в команде о правиле: захваченный объект должен быть помещён или отменён в течение рабочего дня. Долго удерживаемые захваты — главная причина простоев, когда коллега не может править нужный объект, а захвативший разработчик недоступен.
Проверка результата после установки
После создания хранилища и подключения всех участников убедитесь, что механизм работает корректно. Проверка занимает несколько минут и исключает сюрпризы в реальной работе.
Как проверить результат
В конфигураторе пункт «Отключиться от хранилища» активен, объекты помечены пиктограммами хранилища
Пункты хранилища неактивны — подключение не выполнено
Объект захватывается, в дереве появляется отметка захвата, объект доступен для редактирования
Ошибка доступа или объект недоступен для захвата без причины
Помещённый одним разработчиком объект виден другому после обновления из хранилища
Изменения не появляются — проверьте, что все подключены к одной и той же папке
В истории присутствуют версии с комментариями и авторами
История пуста или недоступна — хранилище создано некорректно
Дополнительно проверьте права пользователей: разработчик без права захвата не сможет редактировать объекты, а пользователь без административных прав не должен иметь доступа к настройкам хранилища. Права настраиваются в диалоге администрирования хранилища и применяются сразу.
Типичные ошибки и их устранение
Отдельная частая ситуация — ошибка «объект захвачен другим пользователем». Если коллега недоступен, администратор хранилища может отменить чужой захват через диалог администрирования. Делать это стоит осознанно: непомещённые изменения захватившего разработчика при отмене захвата сохраняются только в его локальной базе, а не в хранилище.
Ещё одна проблема — повреждение файлов хранилища при обрыве сети в момент помещения объектов. Признаки: ошибки чтения при подключении, невозможность получить историю. В таких случаях хранилище восстанавливают из резервной копии либо создают новое, помещая в него актуальную конфигурацию — при этом история версий без резервной копии будет утеряна.
Ограничения и альтернативы классическому хранилищу
Классическое хранилище конфигурации имеет ограничения. Оно требует постоянной доступности сетевой папки, плохо подходит для распределённых команд и не поддерживает ветвление в привычном смысле: параллельные линии разработки приходится вести через копии баз и ручное сравнение-объединение. Производительность хранилища заметно снижается при большом числе версий и объектов.
Сравнение вариантов
Подходит небольшим командам в одной сети; простая настройка, но нет ветвления и требуется общая папка
Подходит распределённым командам и проектам с ветвлением; требует перехода на EDT и освоения Git
Допустимо для одиночного разработчика; обмен через выгрузку конфигурации, историю версий ведёте вручную
Для новых проектов и распределённых команд вендор рекомендует среду 1C:EDT с системой контроля версий Git. Однако классическое хранилище остаётся рабочим и поддерживаемым механизмом: если команда небольшая, работает в одной сети и использует конфигуратор, его возможностей достаточно, а переход на EDT не оправдан затратами на перестройку процессов.
Частые вопросы
Можно ли создать хранилище, если в базе работают пользователи?
Технически создание хранилища может потребовать монопольного доступа к конфигурации. Рекомендуется выполнять операцию в нерабочее время, завершив сеансы пользователей, чтобы исключить ошибки блокировки.
Где физически хранятся данные хранилища?
В указанной при создании папке платформа формирует набор служебных файлов, включая файлы версий и индексы. Структура внутренняя и недокументированная — работать с ней нужно только через конфигуратор, а резервное копирование выполнять копированием папки целиком при отсутствии активных подключений.
Что делать, если забыт пароль пользователя хранилища?
Администратор хранилища может сменить пароль любому пользователю через диалог администрирования. Если утерян пароль самого администратора и других администраторов нет, восстановить доступ штатными средствами нельзя — придётся создавать новое хранилище из актуальной конфигурации, потеряв историю версий.
Сколько пользователей можно добавить в хранилище?
Жёсткого практического лимита, критичного для типовых команд, нет — хранилище рассчитано на коллективную разработку. Однако с ростом числа одновременно работающих разработчиков увеличивается частота конфликтов захвата, поэтому для больших команд эффективнее связка 1C:EDT и Git.
Можно ли отключить базу от хранилища без потери конфигурации?
Да. Команда «Конфигурация → Хранилище конфигурации → Отключиться от хранилища» разрывает связь, при этом конфигурация в базе остаётся в текущем состоянии. Перед отключением рекомендуется поместить все захваченные объекты и обновиться из хранилища, чтобы не потерять незафиксированные изменения.
Что важно запомнить
Хранилище создаётся из конфигуратора в пустой папке через «Создать хранилище», разработчики подключаются по единому пути со своими учётными записями. Работа строится на цикле «захват — правка — помещение», а папка хранилища и пароль администратора должны быть под защитой и в плане резервного копирования.