Режим объединения метаданных при установке обновления конфигурации

1. native-api 19 23.10.23 10:02 Сейчас в теме
Специализированная конфигурация на поддержке, все объекты помечены как "редактируется с сохранением поддержки".

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

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

В ИТС нашел статью с многообещающим названием "Особенности сравнения и объединения конфигураций в режиме обновления" -- но именно про это там ни слова.
По теме из базы знаний
Найденные решения
2. native-api 19 16.05.25 11:19 Сейчас в теме
Конфигурация делится на дерево объектов, и каждый узел объединяется отдельно трехсторонним объединением как одно целое. Но с молчаливым разрешением конфликтов по умолчанию в пользу новой конфигурации поставщика. Эти конфликты можно увидеть по фильтру "показывать только дважды измененные свойства".

Т.е.:
* Есть только локальные изменения -- берутся они
* Есть только изменения в новой конфигурации поставщика -- берутся они
* Есть аналогичные изменения там и там -- берутся они
* Есть различные изменения там и там (конфликт изменений) -- по умолчанию берется новая конфигурация поставщика
* диалог объединения называет конфликты изменений "дважды измененные свойства" -- видимо, marketing speak, чтобы избежать ужасающего слова "конфликт"
* соответственно, все конфликты можно увидеть по фильтру "показывать только дважды измененные свойства". Т.к. остальные случаи при трехстороннем объединении обрабатываются гарантированно корректно, это, фактически, единственное, на что вообще стоит смотреть при трехстороннем объединении.
Остальные ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. native-api 19 16.05.25 11:19 Сейчас в теме
Конфигурация делится на дерево объектов, и каждый узел объединяется отдельно трехсторонним объединением как одно целое. Но с молчаливым разрешением конфликтов по умолчанию в пользу новой конфигурации поставщика. Эти конфликты можно увидеть по фильтру "показывать только дважды измененные свойства".

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

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот