Добрый день!

Сделал сабжевую обновку. Конфа на поддержке. Последний раз, до обновления, были внесены
изменения в модуль документа ФормированиеКнигиПродаж, модуль этот штатно не на замке. Обновление было не динамическим, производилось со всеми настройками по умолчанию, никакие крыжики не снимались и не устанавливались. По окончании обновления я полез в модуль документа, чтобы вновь внести туда изменения, потому что я не сомневался, что обновление восставновит родной 1Совский код... И каково же было мое удивление, когда я увидел, что модуль остался с моими изменениями! Т.е. старый. Почему такое может быть? Да - кэш перед запуском обновления чистился.

Да - платформа 8.2.19.130, последняя из 8.2.

При обновлении флажок на этом модуле посмотри

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

(3) ух ты, это удобно. Раньше не сталкивался, теперь буду знать, спасибо.

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

Аналогично.

(6) разверните подробнее. Я знаю что можно получить CF из конфигурации, но не знаю, можно ли CFом обновлять или нужен обязательно CFU.

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

(8) т.е. в случае с восьмеркой правильным вариантом является сначала обновить _каждую_ базу оригинальным CFU от 1С, а потом уже опять же в каждую вносить свои изменения? Сделать одну, а потом обновить остальные этой одной - неправильно?

прошу прощения за дурацкие вопросы, но так сложилось что у меня с 2011 года была одна УПП, которая практически не модифицировалась, мы все дописывали внешними отчетами и новыми объектами. Из-за этого есть пробелы в знаниях с механизмами обновления - ввиду невостребованности.

(9) И так и так правильно. Но при сравнении и объединении не обновляется конфигурация поставщика. И потом свежий cfu на эту базу не накатить будет. Придется предварительно все предыдущие обновления конфигурации поставщика накатывать. Но если эта база не "эталонная", на которой готовят обновления, то можно забить. В крайнем случае всегда потом можно подтянуть пачкой.

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

(11) Т.е. если я буду обновлять через сравнение и объединение, я получу как бы актуальную базу, но цифры релиза после такого объединения останутся старыми и актуальный CFU на нее не налезет. Наверо, и обновление ИБ автоматически не запустится при первом включении, так?

(13) Нет. "Цифры релиза" будет правильными.
Нет. Обновление запуститься.

(14) а что же тогда произойдёт при попытке запустить штатное обновление на такой базе? Не появится полужирная ветка с надписью нового релиза?