Обновление типовой конфигурации в EDT на примере + скрипт

19.01.26

Разработка - EDT

На примере рассмотрим одну из стратегий обновления проекта на новый релиз поставщика через 1С:EDT.

Основные принципы

1. Конфигурация поставщика ведется в отдельной ветке (vanilla).

2. Процесс обновления на новый релиз поставщика сводится к тому, чтобы загрузить новый релиз в ветку vanilla, затем слить vanilla в основную ветку разработки (develop, master).

3. Слияние ветки vanilla в основную ветку выполняется через трехстороннее сравнение: vanilla, основная ветка, их общий предок.


Подготовка

Для демонстрации подготовим пример с проектом на ЗУП КОРП. Проект создадим с нуля.

Последовательность шагов

1. В промежуточную базу загружаем .dt из поставки типового релиза. Снимаем конфигурацию с поддержки.

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

3. Настраиваем групповую разработку из EDT: создаем репозиторий, делаем первый коммит.

4. Выполняем оптимизацию формата хранения файлов проекта.

5. Создаем новую ветку: vanilla.

Промежуточный итог. Ветки master и vanilla на одном коммите и соответствуют типовой конфигурации, наших доработок в проекте еще нет. История репозитория на данном этапе:

 

 

6. Внесем в master несколько доработок. Добавим:

- новые объекты (справочник, регистр сведений и пр.)

- новое значение в типовое перечисление

- новые типы в определяемые типы

- новые методы в типовой общий модуль

- свой код в типовые методы общего модуля

В дальнейшем посмотрим, как эти изменения отразятся на процессе обновления на новый релиз поставщика.


Итог. Ветки master и vanilla разошлись. В ветке master теперь типовая конфигурация с нашими доработками, в vanilla - и сейчас и в дальнейшем - только типовая конфигурация. История репозитория:

 

 

Далее выполним первое обновление на новый релиз поставщика.


Обновление на новый релиз поставщика

Последовательность шагов

1. Подготовка промежуточной информационной базы.
    1.1. Откройте информационную базу в режиме конфигуратора.
    1.2. Загрузите информационную базу из файла .dt, входящего в поставку загружаемого релиза поставщика.
    1.3. Снимите конфигурацию с поддержки.

2. Подготовка рабочей области EDT для работы с vanilla. 

    2.1. Создайте отдельную рабочую область для работы с vanilla (если не сделали этого ранее).
    2.2. Откройте рабочую область.
    2.3. Убедитесь, что репозиторий на ветке vanilla.
    2.4. Запомните имя проекта и его версию платформы.
    2.5. Удалите проект с очисткой содержимого на диске.

 
 Скриншоты


3. Импорт конфигурации нового релиза
    3.1. Восстановите проект конфигурации в рабочей области импортом конфигурации из промежуточной базы, в которую ранее загрузили новый релиз. В форме настроек импорта повторите имя проекта и версию платформы.

4. Проект конфигурации и репозиторий.
    4.1. Добавьте вновь созданный проект обратно в репозиторий.

 
 Скриншоты

 

5. Работа с изменениями.
    5.1. Отмените удаление файлов настроек проекта, расположенных в каталоге <имя_проекта>/.settings (если есть).
    5.2. Выполните оптимизацию формата хранения файлов проекта.
    5.3. Зафиксируйте изменения. Отправьте коммит в удаленный репозиторий. На этом работа с веткой vanilla завершена.

 
 Скриншоты

 

6. Загрузка обновления в master.     
     6.1. Откройте рабочую область EDT.
     6.2. Убедитесь, что репозиторий на ветке master.
     6.3. Актуализируйте состояние отслеживаемых удаленных веток (Получить из origin).
     6.4. Запустите слияние с удаленной веткой vanilla.

 
 Скриншоты

 

7. Работа в редакторе сравнения/объединения.
     7.1. Отметьте к слиянию объекты, ошибочно пропущенные механизмом слияния.
     7.2. Разрешите конфликты слияния (если есть).
     7.3. Убедитесь, что механизм слияния не отметил к перезаписи нетиповые доработки.
     7.4. Завершите слияние.
     7.5. Отправьте в удаленный репозиторий созданный коммит слияния.

 
 Скриншоты

 

8. Проверка слияния (рекомендуется).
    8.1. Сравните состояние master и vanilla. Если слияние прошло успешно, в окне сравнения с фильтром трехстороннего сравнения будут только наши доработки.

 
 Скриншоты

Итог. В ветке vanilla актуальный релиз поставщика. В ветке master актуальный релиз поставщика с нашими доработками. Дальнейшие обновления на релизы поставщика выполняются по тому же сценарию.

История репозитория:


Дополнительно

1. В примере изменения вносятся в master напрямую. Это упрощение. На практике, как правило, используются feature-ветки, в т.ч. для слияния с vanilla. Плюс, ваше flow может содержать и другие ветки - например, develop.

2. В примере перед загрузкой в vanilla нового релиза проект предварительно очищается. Можно сказать, что мы полностью подменяем состояние проекта в vanilla новым состоянием. Но для загрузки нового релиза в vanilla можно пойти другим путем - импортировать изменения из конфигурации в текущее состояние проекта без его очистки. Тогда запустится процесс слияния конфигурации базы с проектом.

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

3. В примере новый релиз загружается в промежуточную базу из .dt. Это не обязательно. Если демо-данные в промежуточной базе не нужны, можно использовать загрузку конфигурации из .cf.

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

5. В некоторых больших проектах может потребоваться несколько итераций оптимизации формата хранения файлов. Проверить это просто: запустите оптимизацию формата хранения второй раз - если в Git снова есть изменения - это ваш случай. Вероятно, проблема на стороне EDT. Следует учитывать в работе.

 

Скрипт

Шаги с 1 по 5 могут быть автоматизированы. В качестве примера приведу скрипт на PowerShell.

 
 Тело скрипта
 
 Фрагмент вывода
 

По результату выполнения скрипта можно сразу перейти к слиянию vanilla в master (шаги с 6 по 8).

Если доработки в ваш проект вносятся строго в расширение или изменения в конфигурации минимальны и могут быть воспроизведены скриптом на уровне файлов, вы можете пойти дальше и автоматизировать весь процесс обновления.

Вступайте в нашу телеграмм-группу Инфостарт

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

См. также

Обновление 1С Разработчик 1С:Предприятие 8 1С:ERP Управление предприятием 2 Бесплатно (free)

Вторая часть серии о переходе ERP 2.5 на 2.6. Я сравнил чистые выгрузки 2.5.27.88, 2.6.1.70 и 2.6.2.59 и выписал то, чего нет в официальных описаниях версий: какие экспортные методы удалены поимённо, какие документы больше нельзя создать и при каком условии, что переименовали без предупреждения. Из двенадцати механизмов, от которых отказывается 1С, к 2.6.2 удалены только два, а большая часть удалённого к ним не относится. Отдельно разбираю, почему перехватчики &ИзменениеИКонтроль ломаются на процедурах, где поменялся только английский текст, и почему доработки выгоднее готовить сразу под 2.6.2. Будет полезно разработчикам, которые сопровождают расширения и внешние обработки на ERP 2.5.27, и тем, кто планирует сроки перехода.

20.10.2026    857    lexatsch    6    

8

Инструментарий разработчика Нейросети Рефакторинг и качество кода EDT Разработчик 1С 8.3 1С 8.5 1С:Бухгалтерия 3.0 Бесплатно (free)

Как ИИ-агент (Claude Code) работает в живом EDT-проекте 1С:Бухгалтерии КОРП 3.0: из чего собрать стенд с MCP-сервером для EDT, как ставить задачи агенту, где он ломает проект и какие проверки это ловят. Реальные случаи: рукописные метаданные, ронявшие конфигуратор; четыре дня зависшего обновления из-за порядка блоков в Rights.rights; ошибки, которые EDT пропускает, а платформа нет; сплошная сверка вместо «вроде работает». В приложении шаблон CLAUDE.md, шаблон правила, чеклист перед обновлением базы и скрипты проверки ролей и схем СКД.

15.10.2026    3336    Konstmax13    11    

11

Инструментарий разработчика Обновление 1С Разработчик 1С 8.3 Бесплатно (free)

Бесплатная внешняя обработка: до обновления типовой показывает, какие ваши внешние обработки и печатные формы после него упадут. Находит в их коде вызовы общих модулей и менеджеров типовой и сверяет каждый с текущей конфигурацией и с выгрузкой нового релиза: есть ли метод, экспортный ли, сходится ли число параметров. Обработки берёт из справочника или из папки .epf и .erf, без конфигуратора. У каждого вызова статус, строка и причина.

29.09.2026    1158    139    nedomolkov.ivan    2    

9

Рефакторинг и качество кода Обновление 1С Разработчик 1С 8.3 Бесплатно (free)

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

22.09.2026    1140    1c-izh    2    

7

EDT Разработчик Бесплатно (free)

Баги, недостающие улучшения и специфические потребности инфраструктуры не всегда находят отражение в новых версиях 1C:EDT – и тогда проблему можно решить с помощью собственного плагина. Рассказываем, как подготовить Eclipse, разобраться в архитектуре EDT, исследовать типовой функционал, подключать публичные сервисы и создавать пользовательский интерфейс. Разбираем отладку и сборку плагина, а также типичные сложности, из-за которых новички часто останавливаются на первых шагах. Все этапы показываем на примерах из практики создания плагина для работы с хранилищем 1С.

17.09.2026    1373    ZigRinat85    1    

7

Групповая разработка (Git, хранилище) EDT Разработчик 1С:Предприятие 8 Россия Бесплатно (free)

Синхронизируйте свой проект EDT с хранилищем конфигурации так же легко, как в git клиенте. По кнопке Pull в проект EDT подтягиваются изменения из хранилища, по кнопке Push ваш коммит из git репозитория проекта EDT улетает в хранилище конфигурации.

09.07.2026    8399    DmitryShehovtsev    19    

29

Нейросети EDT Разработчик 1С:Предприятие 8 Россия Абонемент ($m)

LLM-агенты уже неплохо рассуждают о коде 1С — но рассуждают вслепую. Модель не видит вашу конфигурацию: ей либо копируют модули в чат руками, либо выгружают конфигурацию в файлы и индексируют — и индекс устаревает в момент первой правки. А главное — агент не может ничего сделать: прочитал, посоветовал, а вносить правку снова человеку. Мы решали эту задачу для своей линейки 1C Intelligence Suite — это её вторая часть, о которой мы рассказываем публично.

1 стартмани

08.07.2026    8749    galich    13    

10
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. triviumfan 103 20.01.26 14:40 Сейчас в теме
Интересно, а кто именно занимается обновлением конфы в таком технологическом стеке?
8. eakomarov 31 24.01.26 15:14 Сейчас в теме
(1) Самая сложная часть процесса - это слияние. Поэтому, как правило, специалист подбирается по тому же принципу, что и при классическом обновлении через конфигуратор. Кто-то, кто более-менее в контексте выполненных доработок, знает нюансы. Тот, кто сможет решить конфликты слияния.
2. Viktor_Ermakov 419 21.01.26 08:30 Сейчас в теме
Уважаемый автор, спасибо за статью. А Вы смотрели методики Никиты Арипова видео? Ваша методика чем то отличается от его методики? Если да, то чем, и почему это лучше? Спасибо!
3. fatman78 21 22.01.26 15:00 Сейчас в теме
(2) Ссылка не открывается.
4. Viktor_Ermakov 419 22.01.26 16:16 Сейчас в теме
(3) Это Ютуб, возможно у Вас он не работает
5. dddxddd 22.01.26 23:44 Сейчас в теме
(4) Страница недоступна
Сайт infostart.ru отправил недействительный ответ.
Код ошибки: ERR_INVALID_REDIRECT
12. ikalmykia 11.02.26 10:07 Сейчас в теме
(5) Возможно, имелся в виду этот мастер-класс (Парк аттракционов. Кастомизация и обновление. Часть 1): https://vkvideo.ru/video-198342647_456239283
7. eakomarov 31 24.01.26 15:05 Сейчас в теме
Виктор, добрый день! Ссылка не работает. По ключевым словам на ютубе тоже не нашел. Киньте ссылку еще раз, пожалуйста.
6. PerlAmutor 162 24.01.26 06:58 Сейчас в теме
Сколько занял весь процесс по времени?

Я пользуюсь чистым git и консолью для этих целей (ERP). Обычно укладываюсь в 3-4 часа, где основная масса времени уходит на выгрузку/загрузку XML.
9. eakomarov 31 24.01.26 15:31 Сейчас в теме
(6) Время сильно зависит от ресурсов компьютера, т. к. процесс в основном фоновый: запускаешь очередной шаг и уходишь на другие задачи. Плюс в оценке следует учитывать объём доработок в типовом коде, а также закладывать люфт на глюки EDT.
10. eakomarov 31 24.01.26 15:33 Сейчас в теме
(6) Слияние vanilla в основную ветку разработки тоже делаете через git, без EDT?
11. PerlAmutor 162 24.01.26 18:57 Сейчас в теме
(10) Мои репозитории все временные, лишь на момент необходимости обновления. Все слияния делаю в git, потом загружаю в файловую базу из XML, докидываю конфигурацию поставщика. А дальше уже выгружаю .cfник, накатываю на контур разработки, тестирую на ошибки. Там правлю, снова выгружаю и уже накатываю на прод через сравнение объединение или через полную загрузку с отключением от хранилища и его пересозданием.
Для отправки сообщения требуется регистрация/авторизация