Разработка и Конфигурация · 10 мин
Как обновить конфигурацию 1С из хранилища
Как обновить конфигурацию 1С из хранилища: подключение, получение изменений, разрешение конфликтов, обновление базы данных и проверка результата.
Хранилище конфигурации — это централизованное место, где команда разработчиков 1С держит актуальную версию конфигурации и историю её изменений. Когда несколько специалистов дорабатывают одну базу, каждый захватывает нужные объекты, вносит правки и помещает результат обратно. Обновление из хранилища — способ забрать чужие изменения в свою рабочую базу, чтобы конфигурация не расходилась с общей версией.
Процедура несложная, но требует аккуратности: ошибка на этапе сравнения и объединения может затереть чужие доработки или привести к конфликтам, которые придётся разбирать вручную. Ниже разобран весь цикл — от подключения к хранилищу до проверки результата, а также типичные проблемы и способы их решения.
Инструкция ориентирована на работу в конфигураторе 1С:Предприятие 8.3 и подходит как для самописных, так и для доработанных типовых конфигураций, снятых с полной поддержки.
Когда обновление из хранилища действительно нужно
Обновляться из хранилища требуется, если конфигурация подключена к хранилищу и другие разработчики уже поместили туда свои изменения. Признак простой: при попытке захватить объект вы видите, что он изменён другим пользователем, либо версия конфигурации в хранилище новее вашей рабочей. Проверить это можно через «Хранилище конфигурации → Сравнить с хранилищем» — откроется окно различий.
Если вы единственный разработчик и база не подключена к хранилищу, этот механизм вам не нужен — изменения вносятся напрямую в конфигурацию. Аналогично, для типовой конфигурации на полной поддержке обновление выполняется через механизм поддержки (загрузка cf-файла поставщика), а не через хранилище.
Как выбрать действие
Подготовка: резервная копия и монопольный доступ
Перед любым обновлением сделайте резервную копию информационной базы. Для файловой базы достаточно скопировать каталог с файлом 1Cv8.1CD, для клиент-серверной — выполнить выгрузку в dt через конфигуратор («Администрирование → Выгрузить информационную базу») или средствами СУБД. Это ваша страховка, если объединение пройдёт с ошибками или реструктуризация данных завершится некорректно.
Обновление конфигурации базы данных требует монопольного доступа: все пользователи должны выйти из программы, а фоновые и регламентные задания — завершиться. В клиент-серверном варианте завершите сеансы через консоль кластера, в файловом — попросите коллег закрыть 1С и проверьте список активных пользователей («Администрирование → Активные пользователи»).
Подключение к хранилищу конфигурации
Если база уже подключена, переходите к следующему разделу. Для первичного подключения откройте конфигуратор, авторизуйтесь пользователем с правами администратора и перейдите в меню «Конфигурация → Хранилище конфигурации → Подключиться к хранилищу». Укажите путь к каталогу хранилища (сетевой или локальный путь к папке с файлом 1cv8ddb), имя и пароль пользователя хранилища.
Учётные записи хранилища не связаны с пользователями информационной базы — их создаёт администратор хранилища через «Администрирование хранилища». Если подключение не удаётся, проверьте доступность сетевого каталога, права на чтение и запись, а также корректность пути: частая ошибка — указание пути к копии хранилища или к старому каталогу после переноса.
После подключения конфигурация переходит в режим работы с хранилищем: объекты становятся доступны для редактирования только после захвата, а в меню появляются команды получения и помещения изменений.
Обновление конфигурации из хранилища: пошагово
Основная команда — «Конфигурация → Хранилище конфигурации → Обновить конфигурацию из хранилища». Конфигуратор получит из хранилища изменённые объекты и откроет окно сравнения и объединения, если есть различия. Дальнейшие действия зависят от того, есть ли конфликты между вашей локальной версией и версией хранилища.
- 1Сделайте резервную копию базы и завершите сеансы пользователей
- 2Откройте конфигуратор, убедитесь, что база подключена к хранилищу
- 3Выполните «Конфигурация → Хранилище конфигурации → Обновить конфигурацию из хранилища»
- 4В окне сравнения отметьте объекты для загрузки, при конфликтах выберите нужную версию или режим объединения
- 5Нажмите «Выполнить» и дождитесь окончания объединения
- 6Обновите конфигурацию базы данных (F7 или «Обновить конфигурацию базы данных»)
- 7Согласитесь с реструктуризацией, дождитесь её завершения
- 8Запустите режим предприятия и проверьте работу изменённых механизмов
Если конфликтов нет
Когда вы не меняли те же объекты, что и коллеги, объединение проходит автоматически: конфигуратор просто загружает новые версии. Достаточно подтвердить список объектов и выполнить обновление. Это самый быстрый и безопасный сценарий.
Если есть конфликты версий
Конфликт возникает, когда один и тот же объект изменён и у вас локально, и в хранилище. В окне сравнения для такого объекта нужно выбрать действие: взять версию из хранилища, оставить свою или объединить. Для модулей доступно построчное объединение — конфигуратор покажет различия в тексте, и вы вручную отметите, какие фрагменты кода принять.
Здесь главный риск — неаккуратное объединение кода: можно потерять чужую доработку или свою. Если изменения в модуле масштабные, разумнее взять версию из хранилища, а свои правки перенести поверх заново, сверившись с историей версий («Сравнить с версией хранилища»).
Обновление конфигурации базы данных
Загрузка изменений из хранилища меняет только основную конфигурацию — рабочая база продолжает использовать старую. Чтобы изменения вступили в силу, выполните «Конфигурация → Обновить конфигурацию базы данных» (клавиша F7). Если изменилась структура данных — добавлены реквизиты, измерения, табличные части, — конфигуратор покажет окно реструктуризации со списком изменений.
Внимательно просмотрите этот список перед подтверждением. Особого внимания заслуживают удаляемые объекты и реквизиты: данные в них будут потеряны безвозвратно. Если в списке есть удаление, которого вы не ожидали, отмените обновление и разберитесь, откуда взялось изменение — возможно, в хранилище попала ошибочная версия.
На больших базах реструктуризация может занять продолжительное время. Не прерывайте процесс принудительно: аварийное завершение в середине реструктуризации — один из немногих сценариев, способных реально повредить базу. Для крупных изменений планируйте обновление на нерабочее время.
Как проверить результат
После F7 конфигуратор не сообщает о различиях конфигураций
При повторном запуске снова предлагается обновить конфигурацию БД
Список содержит только ожидаемые изменения
Есть неожиданные удаления реквизитов или объектов
Изменённые функции работают, ошибок в журнале регистрации нет
Ошибки при открытии форм или проведении документов
«Сравнить с хранилищем» показывает отсутствие различий
Объекты по-прежнему отличаются от версии хранилища
Типичные ошибки и как их избежать
Отдельная группа проблем связана с самим хранилищем: устаревший локальный кэш хранилища может вызывать ошибки при получении изменений. Лечится пересозданием кэша — отключением от хранилища и повторным подключением, либо очисткой каталога кэша хранилища в профиле пользователя. Если хранилище работает нестабильно в целом, администратор может выполнить его проверку и исправление через «Администрирование хранилища».
Полезная привычка — перед обновлением из хранилища помещать в него все свои завершённые изменения и отменять захват с объектов, которые не планируете доделывать. Чем меньше у вас «висящих» локальных правок, тем меньше конфликтов при объединении и тем проще разобраться в окне сравнения.
Частые вопросы
Можно ли обновиться из хранилища без монопольного доступа?
Получение изменений в основную конфигурацию возможно без монопольного режима, но обновление конфигурации базы данных с реструктуризацией требует монопольного доступа. Если структура данных не менялась, обновление БД иногда проходит в фоновом режиме, но надёжнее работать без активных сеансов.
Что делать, если окно сравнения показывает слишком много различий?
Проверьте, не сброшена ли у вас локальная версия конфигурации — например, после восстановления базы из старой копии. Сравните номер вашей версии с версией хранилища через «Сравнить с хранилищем». Если локальная версия сильно отстаёт, обновляйтесь поэтапно или запросите у администратора свежую выгрузку конфигурации из хранилища.
Как отменить обновление из хранилища, если что-то пошло не так?
Если конфигурация базы данных ещё не обновлялась, можно откатить основную конфигурацию: загрузить сохранённую ранее cf-выгрузку или вернуть версию из хранилища. Если реструктуризация уже выполнена, единственный надёжный способ — восстановить базу из резервной копии, сделанной до обновления.
Почему после обновления из хранилища не видно изменений в режиме предприятия?
Чаще всего забыто обновление конфигурации базы данных (F7): изменения есть в основной конфигурации, но рабочая база использует старую. Вторая причина — изменённый объект не был отмечен в окне объединения, и его версия не загрузилась. Проверьте объект через сравнение с хранилищем.
Можно ли обновить из хранилища только часть объектов?
Да. В окне сравнения и объединения снимите флажки с объектов, которые загружать не нужно, — конфигуратор обновит только отмеченные. Учитывайте зависимости: если новый документ ссылается на новый справочник, загрузка одного без другого приведёт к ошибкам при проверке конфигурации.
Чем обновление из хранилища отличается от загрузки конфигурации из файла?
Загрузка из cf-файла заменяет конфигурацию целиком и не учитывает историю изменений. Обновление из хранилища переносит только изменённые объекты, сохраняет связь с версиями и позволяет объединять изменения от разных разработчиков. Для командной работы корректен именно второй способ.
Что важно запомнить
Обновление из хранилища — безопасная процедура при соблюдении трёх правил: резервная копия до начала, монопольный доступ при обновлении конфигурации БД и внимательная проверка окна реструктуризации. Конфликты версий разрешайте осознанно, а результат всегда проверяйте сравнением с хранилищем и запуском в режиме предприятия.