Здравствуйте
1С Предприятие 8.2.19.130

Собираюсь обновить конфигурацию Альфа-Авто: 4.1.21.01 на 4.1.22.01 из файла конфигурации посредством сравнение и объединения, т.к. конфигурация уже многократно модифицирована
До текущего момента уже неоднократно доводилось выполнять обновление данной базы начиная с 4.1.14.01, но тут походу особый случай, т.к. с новой конфигурацией будет осуществлен переход на другую версию платформы (8.3.10).

При сравнении конфигураций видно что изменениям подверглись большое количество модулей конфигурации причем основной объем изменений связан с заменой везде ЭтотОбъект на ЭтотОбъект82 (например в общем модуле дкДокументы заменили
ЭтотОбъект = ЭтаФорма.ДокументОбъект;
на
ЭтотОбъект82 = ЭтаФорма.ДокументОбъект;
и дальше по всему тексту ЭтотОбъект везде заменяется на ЭтотОбъект82.

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

Замену имен можно быстро произвести переименованием из функционала рефакторинга. Именно так я переименовывал ЭтотОбъект пару лет назад, когда переводил Альфу на 8.3.10.
А вообще правильнее было бы делать так. Создать базу для разработки, а потом из нее делать поставки для рабочей базы. Этот вариант предполагает возможность неспешного редактирования, а потом обновления любого количества рабочих баз одной поставкой.

Petre @ Сегодня, 7:34 необходимо зарегистрироваться для просмотра ссылки ,
Не совсем понял что это такое:

Это какой-то функционал конфигуратора?




Я пришел к созданию копии для разработки где-то на 5-ом обновлении.
А что означает делать поставки для рабочей базы, это какой-то другой способ переноса изменений?
Я просто после изменений в "разработке" сохранял конфигурацию в файл и после сравнение-объединение - это можно назвать "поставка для базы"?.

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

Контекстное меню на идентификаторе "ЭтотОбъект", "Рефакторинг / Переименовать". Но в данном случае лучше даже простая замена в тексте модуля с признаком "Слово в цілому".



В конфигураторе меню "Конфигурация / Поставка конфигурации / Создать файлы поставки".

А чем это лучше сравния/объединения с ЦФ файлом?

Vofka @ Today, 13:05 необходимо зарегистрироваться для просмотра ссылки ,
Для рабочей ИБ это будет как обычное обновление конфигурации: быстрее и надежнее - без множества параметров сравнения / объединения, ручной работы.
Если же есть не одна а несколько отдельных ИБ, то появляется еще и гарантия того, что результат будет идентичным.

Petre @ Сегодня, 14:26 необходимо зарегистрироваться для просмотра ссылки ,
но для этого же база, которая обновляется обязательно должна стоять на поддержке?

Vofka @ Today, 14:30 необходимо зарегистрироваться для просмотра ссылки ,
Совершенно верно.