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

А все пользуются отчетом о сравнении конфигураций

я открываю, как правило, 4 конфигуратора

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

Пользуюсь одним конфигуратором и блокнотом...

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

(5) И конфигурация поставщика у тебя не обновится...
Коленку себе прострели.

(5) Да, кровушки такие обновляторы в свое время попили.

(6) и зачем? с чем потом сравнивать на предмет изменений?

так почитаешь тему и подумаешь, что оказывается хранилище конфигурации- это добро!:-)
Хорошо, что мне не надо обновляться.

(3)+ пиши для себя инструкции: где, что и почему изменил

вношу свои изменения так, чтобы не тратить время на сравнение-объединение )

глобальный поиск по своим комментариям, сохранение результата в файл, обновление, снова поиск по комментам, выгрузка, сравнение с первым файлом и при необходимости Сравнение и объединение.

(8) Речь про обновление ТИПОВОЙ конфигурации поставщика...
"с чем потом сравнивать на предмет изменений?"  вот именно поэтому и нужно типовую конфигурация поставщика обновлять ;)

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

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

(5),(6) Злые вы. Вдруг у него 7.7?

7.7 или 8?

(5) на кол таких переносильщиков. От вас голова болит.

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

(16) (17) судя по его темам, у него ЗУП

(19) Я даже в теории такое не рассматриваю, т.к. даже в теории внутренние идентификаторы объетов метаданных могут не совпасть из-за того, что объединяются они по именам, а не по идентификаторам...

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

В 1С 8 мне обычно одного конфигуратора хватает. При обновлении дерево сравнений выскакивает, там галками ставлю, чтоб не затирало изменений. Если галок мало, тогда да в том-же конфигураторе открываю сравнение двух старых CF чтоб ручками перенести изменения. В 7-ке до 3-х доходило, давно не обновлял) Потом в конце сравниваю файлы сравнений типовая-нетиповая для старых и новых конфигураций, иногда выскакиваю промахи.