Доброго дня, скажите как вы декларируете вносимые изменения в конфигурацию, чтобы в будущем обновиться на более новую версию конфигурации с сохранением внесенных изменений?

Чё опять?

(0) Нажми большую красную букву "Я" справа от заголовка темы...

Никак

эм? что опять? Мне просто интересно как другие фиксируют изменения

(0)камменты оставляю, кто/номер задачи/дата

//(организация)_(МояФамилия)_(Дата)_(КраткаяПричина)_начало
......
//(организация)_(МояФамилия)_(Дата)_(КраткаяПричина)_Конец

(4) Понимаешь, ты первый, кто задал этот вопрос в интернете. И искать в поиске смысла вообще нет...

Выделяю код жирным

(0) Выделяй код коричневым цветом, чтоб сразу в глаза бросалось.

Получается что смысла хранения изменений во внешнем файле нет?
И как код выделить цветом? О_о

(10) Да это я так... Была как-то тема про выделение кода соответствующего качества соответствующим цветом.

А вообще будь мужиком, пиши свою обработку обновления на следующий релиз, которая будет учитывать твои изменения в базе.

(10) овнокод сам раскрашивается в коричневый. От него ещё и попахивает, если вариант запуска файловый (в клиент-сервеном варианте попахивает &НаСервере).

Я например пока делал так:
Записывал в док названия модулей, и потом при обновлении шел по списку и выбирал что сделать с отдельными кусками кода, просто с первого раза только при раскрытии дерева появлялась отметка об изменении кода, а открывать каждую ветку лень...

(13) "а открывать каждую ветку лень"
Позови специалиста.

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

(15) чтобы никто ничего не понял для зачем - нужно полностью с поддержки снимать (чтобы конфы поставщика не осталось)

(15) Ну так в этом и состоит твоя работа. Работай, не отвлекайся. :)