При переходе с классического Конфигуратора на современную среду разработки 1С:EDT (Enterprise Development Tools) многие разработчики сталкиваются с вопросами управления поддержкой. В привычном Конфигураторе этот процесс интуитивно понятен: достаточно открыть окно "Настройка поддержки" и нажать кнопку "Снять с поддержки". Однако в 1С:EDT (особенно в ранних версиях, таких как 1.15) этот механизм устроен совершенно иначе. Рассмотрим подробнее, как решить эту задачу, проанализируем ограничения платформы и разберем практические сценарии работы.
Если вы работаете в версии 1С:EDT 1.15 или более ранних релизах, то штатной возможности снять конфигурацию с поддержки внутри самой среды разработки не существует. На этом этапе развития 1С:EDT умела лишь визуально отображать статус объектов (показывать значки "замочков", сигнализирующие о том, что объект находится на поддержке без возможности редактирования), но изменять правила поддержки или полностью отключать ее среда не умела.
Более того, совместное использование механизмов поддержки и старых версий EDT таило в себе определенные риски. Проанализируем ситуацию: из-за ошибок синхронизации в некоторых случаях среда EDT позволяла редактировать объекты, находящиеся под "замком", что приводило к конфликтам при последующей сборке проекта в файл конфигурации (.cf) или при обновлении информационной базы.
Для версий 1С:EDT 1.x единственным надежным способом изменения правил поддержки является временный возврат в классический Конфигуратор. Разберем этот процесс по шагам:
1С:EDT сохранены и зафиксированы. Выполните сборку проекта во временную информационную базу.Конфигуратор 1С.1С:EDT и выполните импорт измененной конфигурации обратно в ваш рабочий проект. Среда обновит структуру файлов проекта, уберет "замочки" с объектов и позволит вам полноценно работать с кодом.Важное предупреждение: При таком подходе существует риск рассинхронизации. Если файлы настроек поддержки будут сопоставлены некорректно, EDT при очередном импорте/экспорте может попытаться вернуть статус блокировки ("замочки") для измененных объектов. Поэтому данный метод требует повышенного внимания разработчика.
Многие команды, полностью перешедшие на стек технологий 1С:EDT + Git, принимают решение полностью отказаться от штатного механизма поддержки 1С. В этом случае конфигурация один раз полностью снимается с поддержки в Конфигураторе, а контроль изменений и обновление типового решения возлагаются на систему контроля версий Git. Выясним, как устроен этот процесс:
vendor или vanilla. В эту ветку загружается абсолютно чистый, немодифицированный релиз конфигурации от поставщика (например, от фирмы "1С").main или master) ведутся все ваши доработки и кастомизация решения..cf файл релиза в ветку vendor и делают коммит.vendor с вашей рабочей веткой разработки. Для этого используются мощные встроенные инструменты Git для разрешения конфликтов.Посмотрим на пример базовых команд Git, которые используются при таком подходе:
# Переключаемся на ветку поставщика
git checkout vendor
# Копируем новые файлы конфигурации поставщика в рабочий каталог проекта
# Фиксируем изменения нового релиза
git commit -am "Обновление вендорной конфигурации до версии 1.3.100"
# Переключаемся обратно в ветку разработки
git checkout master
# Сливаем изменения поставщика в нашу рабочую ветку
git merge vendor
Этот подход избавляет вас от необходимости постоянного взаимодействия со сложным и неповоротливым механизмом поддержки 1С внутри среды разработки, перекладывая всю рутину на плечи Git.
Если вы решили полностью снять конфигурацию с поддержки, но опасаетесь, что разработчики вашей команды могут случайно отредактировать типовые файлы поставщика, можно воспользоваться специализированным решением от сообщества. Рассмотрим работу плагина Disable Editing plugin для 1С:EDT.
Этот плагин позволяет гибко настроить правила блокировки файлов проекта в самой среде 1С:EDT. Вы можете указать маски путей к файлам (например, запретить редактирование всех общих модулей, начинающихся на ОбщегоНазначения*), и среда разработки программно заблокирует возможность внесения изменений в эти модули прямо в интерфейсе редактора. Это отличная альтернатива стандартным "замочкам" 1С.
Фирма "1С" активно развивает свои инструменты, и в современных версиях среды (начиная с релизов линейки 1С:EDT 2026.1 и новее) ситуация кардинально изменилась. Разработчикам больше не нужно прибегать к сложным обходным путям, так как механизмы поставки и поддержки теперь интегрированы нативно.
Проанализируем основные улучшения, которые стали доступны в современных версиях:
.cf происходит корректное обратное преобразование..cf) в облегченную библиотеку EDT. Это кардинально снижает нагрузку на оперативную память и процессор при обновлении крупных решений.Таким образом, если вы все еще используете устаревшие версии среды разработки (например, EDT 1.15), вам придется использовать промежуточный запуск Конфигуратора для снятия с поддержки или переходить на Git-ориентированную модель работы. Если же перед вами стоит задача построения современной и удобной экосистемы разработки, настоятельно рекомендуем обновить версию 1С:EDT до актуальной, где эти механизмы работают "из коробки" и не требуют костылей.