Доброго времени суток. Тут надумали обновляться и возник вопрос.
При обновлении конфигуратор показывает отличия текущей конфигурации и обновления, но при этом не показывает отличия типового кода, измененного с помощью расширения, и обновления. Есть ли какой-то инструмент или способ отслеживать такие изменения? В голову пока приходят только идеи о проверке каждого внесенного изменения в расширение. Кто как справляется с подобной проблемой?

мучаемся

EDT такое могёт? Уже есть смысл с ним разбираться?

(0) Ждем 8.3.15  там будет можно.

(0) "Кто как справляется с подобной проблемой?" - не используем расширения

(0) Не работает - исправляем, пока не так часто использую расширения.

(3) это точная информация (что в 8.3.15 сделают сравнение с расширением) или мечты?

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

(7) наверно вот это больше всего беспокоит &вместо

(6) тоже хотелось бы знать

(7) патчи и багофиксы типовой

(2) Разработчики EDT в 1.10 добавили возможность сравнения проектов разных типов. Нужно узновать у тех кто пользуется EDT на сколько это удобно/применимо. https://edt.1c.ru/docs/new/versiya-1-10-0-test/#i156__sravneniye-proyektov-raznykh-tipov

&Вместо не юзать категорически

(12) а как?

(12) а как насчет ПродолжитьВызов(), чтобы объединить До и После?

(0) Не используем &Вместо. Минимизируем изменения через расширения.

Да, если встал вопрос из (0) - значит пора уже с расширениями завязывать, тем более что это еще и дополнительные тормоза, и потенциальный источник глюков.

(13) если никак, то модифицировать конфу.
не гнаться за тем, чтобы только в расширении.
такая цель не оправдывает средств

(14) имелось ввиду: вместо, когда полностью код копируется и модифицируется.
когда юзается ПродолжитьВызов, то нормально

(17) это пока, а потом придется в расширение переносить)

(19) зачем?

(20) чтобы замок был)

(21) замок нужен только для уверенности, что у вас полностью типовая конфа выполняется. А если расширения, то она значит, не  типовая, а замок только для красоты, откроешь конфигуратор, а там красота.

(22) конфа весит меньше)

(23) Можно же удалить конфигурацию поставщика.

(0) Пока единственный способ - это обвал применения.  Это легко прослеживается, да и разработчики весьма ленивы, чтобы исправлять свои ошибки глобальной перетасовкой кода.

(0) Надо как минимум документировать расширения с описанием где, что и как меняли. Плюс протокол проверки расширений после обновления и инструкция на будущее.

(6)   не читаете что ли  зазеркалье?
https://wonderland.v8.1c.ru/blog/razvitie-mekhanizma-rasshireniy-konfiguratsii-15/

Специально для таких небольших доработок мы сделали компромиссное решение – новую аннотацию &ИзменениеИКонтроль. Она позволяет вам добавить собственные изменения в метод, сохраняя, при этом, его исходный текст.

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