← На главную

Ситуация, когда после некорректного сравнения и объединения конфигураций теряется важный программный код, является критической для любого разработчика. Часто возникает иллюзия, что стандартный XML-файл, предлагаемый системой для сохранения настроек объединения, может служить своеобразным «бэкапом». В рамках данной статьи мы подробно разберем, что именно содержится в таких файлах, можно ли из них извлечь утраченные данные и какие шаги необходимо предпринять для спасения конфигурации.

Анализируем природу XML-файла при сравнении конфигураций

Для начала проанализируем, что представляет собой XML-файл, который 1С:Предприятие предлагает сохранить в окне сравнения и объединения. Многие начинающие разработчики полагают, что это полная выгрузка изменений, но это не так. Разберем структуру этого файла, который официально называется MergeSettings (настройки объединения).

Рассмотрим стандартное содержимое этого файла. В нем сохраняются:

1. Минимальная версия платформы: сведения о том, какая версия 1С поддерживает текущий формат настроек.
2. Описание конфигураций: метаданные об основной конфигурации и конфигурации из файла (версии, поставщики).
3. Параметры объединения: общие правила, установленные в диалоговом окне.
4. Признаки участия объектов: это те самые «галочки». Файл хранит информацию о том, какие объекты выбраны для переноса, а какие — нет.
5. Порядок объектов: информация о последовательности подчиненных объектов (например, порядок реквизитов в справочнике).
6. Настройки объединения модулей: если вы вручную редактировали текст в окне трехстороннего объединения, эти правки могут сохраниться в файле.

Проанализируем сообщение опытных участников форума: если при объединении вы просто оставили настройки по умолчанию, то в XML-файле не будет самого исходного текста модулей. Там будет лишь инструкция для системы: <MergeRule>DoNotMerge</MergeRule> или <MergeRule>MergeWithPriority</MergeRule>. Таким образом, восстановить конфигурацию целиком из этого файла технически невозможно.

Выясняем, есть ли код в отчете о сравнении

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

Посмотрим, как выглядит структура изменений в таком файле. Текст кода там обычно представлен в виде фрагментов «Было» и «Стало». Однако, даже имея такой файл, вы не сможете нажать кнопку «Загрузить» в Конфигураторе. Вам придется выполнять следующие действия:

1. Открыть XML-файл через любой текстовый редактор (лучше всего использовать Notepad++ или VS Code).
2. Найти узлы, отвечающие за свойства Module.
3. Вручную скопировать текст кода, очистив его от XML-экранирования (например, заменяя < на символ «меньше»).

Алгоритм действий по спасению кода, если XML не помог

Если мы выяснили, что в вашем XML-файле только настройки (галочки), а резервной копии в формате .cf под рукой нет, не стоит отчаиваться. Разберем по шагам альтернативные способы поиска потерянных данных.

Шаг 1: Проверка временных файлов (Temp)

В процессе работы Конфигуратора 1С создает множество временных файлов. При сравнении и объединении система формирует временные образы конфигураций. Попробуем найти их в папке профиля пользователя:

%AppData%\Local\1C\1Cv8\...

Внутри папок с длинными идентификаторами баз данных ищите файлы с расширением .tmp. Иногда, изменив расширение на .cf, можно обнаружить одну из версий конфигурации, которая была открыта в момент объединения.

Шаг 2: Анализ таблицы Config в SQL-базе

Если ваша база данных работает на MS SQL Server или PostgreSQL, и вы еще не успели нажать «Обновить конфигурацию базы данных» (синий бочонок), ваш старый код все еще жив в таблице Config. Рассмотрим ситуацию: объединение прошло в Конфигураторе, основная конфигурация изменилась, но конфигурация базы данных (та, в которой работают пользователи) осталась прежней.

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

Шаг 3: Использование кэша метаданных

На компьютерах разработчиков, которые ранее открывали эту базу, сохраняется кэш. Хотя он содержит скомпилированные модули, в некоторых случаях специализированные утилиты декомпиляции могут помочь восстановить логику, если объем потерянного кода исчисляется тысячами строк.

Профилактика: как избежать подобных ситуаций в будущем

Рассмотрим, какие инструменты разработки позволяют полностью исключить риск потери кода из-за ошибок «новичков» или случайных нажатий кнопок.

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

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

2. Использование систем контроля версий (Git)

Современная разработка на платформе 1С переходит в сторону использования EDT (Enterprise Development Tool). В этом случае конфигурация хранится не в бинарном файле, а в виде набора XML-файлов. Выясним, почему это надежнее:

• Каждое изменение фиксируется коммитом.
• Слияние веток (Merge) происходит прозрачно.
• Любое удаление строки кода можно отменить одной командой в консоли Git.

3. Регулярное создание дампов конфигурации

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

Резюме

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