Здравствуйте,
Есть конфа БП по утверждениям заказчика с небольшим изменениями,  буквально на пару строк кода. Я типовые особо не обновляю на 1с8 потом решил спросить здесь (есть большой опыт обновления 7.7):
В свойствах конфы: 2.0.66.33, версия конфы поставщика: 2.0.40.9
Взял типовой cf версии 2.0.66.33  и сравнил, через сравнить, объединить с конфигурацией из файла, вылезло куча расхождений, что не соответствует утверждению "конфа с небольшими изменениям". Реальная версия релиза не соответствует номеру в свойствах? Как узнать что изменено в конфе?
Как это вообще обновлять?

(0) сравни с конфигурацией поставщика для начала

И выбрано ли показывать только отличия? иди изменения, точно не помню

(0) Между этими релизами легион промежуточных. Я во многих обработки реструктуризации данных. Это Вы как-то очень самонадеянно решили все их перескочить.

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

(3) Перечитай внимательно. Рабочая БД уже 2.0.66, а конфа поставщика 2.0.40, причем тут "перескочить?"

(0) Конфа: 2.0.66.33, конфа поставщика: 2.0.40.9, "с небольшим изменениями", ага. Обновлял асс своего дела.

(1) Так версии рабочей конфы и поставщика сильно разные что я там увижу?

(7) как вариант пару измененных строчек?) То есть если программер объединял с 20.66.33 то мог взять лишь пару строк кода оттуда, а остальные галки убрать, соответственно номер версии изменится, ну из области фантастики конечно, но мало ли раз с типовой конфликт не сходится

(7) там сразу можно сравнить с конфигурацией поставщика в просто 'Сравнить конфигурации'

(7) если бы я увидел подобное, то мое понимание причин такого состояние было бы следующим:
- обновление долго не делали и позвали уже на вот эту новую версию в силу выхода новых СФ этим летом.
- тот кто обновлял взял типовую версию 2.0.40.9 и сравнил тогдашнюю рабочую с ней. запомнил где-то что именно "в паре строчек" изменилось.
- затем последовательно накатил на пустой или на демо базе (маленькой) все обновления до релиза 2.0.66.33 и посадил уже в этот финальный релиз изменения "в паре строчек" - таким образом как бы кучу времени своего сберег
- всадил в рабочую базу "сравнением объединением" получившийся измененный релиз и вуаля :)
Вроде бы он свою задачу решил.

А все, кто пришел после него и кто не видел этих изменений "в паре строчек" видят то, что видят.

(7) Обновите конфигурацию поставщика только до релиза основной конфигурации.

(10) в таком случае изменений бы тоже было не много, или я не прав?

(12) смотря между чем и чем

(12) оно теперь показывает всю толпу изменений в типовых и сверху еще "в паре строчек", которые в этой толпе не видны

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

(15) Нет, есть отсутствующие объекты, общие модули и т.д.

(16) с конфигурацией поставщика сравнили?

(16) так ты уже придумал, как будешь выкручиваться?

(11) Через Cf типовой? Или надо cfu все накытва

(19) в любом случае нужно откуда-то с типовым CF релиза 2.0.66.33 сравнить текущий рабочий, чтоб увидеть эту "пару строчек"

(18) Не, копаюсь, обновляю конфу поставщика в копии базы (через поддрежка, обновить конфу) cf 2.0.66.33  типовым,. Потом попробую сравнить основную конфу и конфу поставщика. Прокатит?

Обновляем конфигурацию поставщика  до версии основной .накатываем на основную

(19) Все "обязательные" релизы через "Поддержка-Обновить конфигурацию". Потом в сравнении убираете все галки и Ок. Обновится только конфигурация поставщика. Вам все равно нужно это сделать, чтобы привести базу в кошерное состояние.

(20) это уже сделано и сказал что измерений многовасто для пары строчек

(24) я этого утверждения в ответах ТС не вижу

может сравнить с типовой 2.0.40.9? Хотя...

(26) пока он только именно с ней и сравнивал, судя по всему

(26) ну, я про это писал, лишним бы не было, хотя маловероятно
(27) 'Взял типовой cf версии 2.0.66.33  и сравнил' в (0) написано, или я что-то путаю?

(27) нет, я в самом начале сравнил основную конфу с типовым cf версии 2.0.66.33.

хотя бы ссылкой с яндекс диска, например, дай глянуть что там выдает это сравнение

Реальная версия релиза не соответствует номеру в свойствах? Если сравнили и объединили без обновления то конфигурация поставщика не обновляется
Как узнать что изменено в конфе? По фен-шую сравнить с типовой той же версии или с конфигурацией поставщика
Как это вообще обновлять? Вот тут ответили (11), там не просто галочки убрать, зависит от того как производили объединение конфигураций

(30) ща

(10) это метод нормально человека, мне тут в голову пришел метод курильщика - меняется в ручную номер версии конфигурации, накатывается последнее обновление, выявляемые ошибки устраняются путем копирования кусков кода старой конфы
p.s. так вообще можно?

(30) https://www.dropbox.com/s/t80xl2wdroteyu7/ОтчетОСравнении.mxl?dl=0

(33) если теоретически - да, возможно.

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

(34) основная - типовая? в файле - измененная или наоборот?

в файле типовая

Может дешевле это конфу типовой сделать?

(38) может и дешевле - если база не слишком громоздкая, то можно рискнуть. Отдать им на пробную работу на денек. Если затем вылезут различия, они их хотя бы смогут пальцем указать.

по поучившейся картинке, а там абсолютно все изменения - добавление новых объектов. Только в одном месте вижу отличие текстов : ОбщийМодуль.ПрефиксацияОбъектовКлиентСервер
Модуль - Различаются значения                        
    Объект присутствует только в основной конфигурации: 199 - 200                    
    "·УдалитьПрефиксИнформационнойБазы = Истина;"                    
    "·"

смешно сказать, а может эта и есть та самая "пара" ?

(40) Возможно! Скорее всего.

Ща еще раз посмотрю

(33) это то же метод не нормального человека, по тому как
1. грозит потерей данных в базе
2. вызывает проблемы у всех кто "за ним"
3. может привести базу к невозможности постановки на поддержку (разные уиги новых объектов)

короче кто обновляет через cf путем прыжка и при этом не обновляет конфу поставщика - редиска по любому...

(23) ну зачем такая жесть???
База _уже_ некошерная... Можно для начала попробовать снять с поддержки и поставить на поддержку уже на 66.33...
Далее уже сравнением с конфой поставщика оценивать масштабы бедствия...

Похоже Фрэнки прав, изменения по преданиям), касалось как раз нумерации, нашел этот модуль. (44) Снял с поддержки, А как поставить на поддержку уже на 66.33?

Да сравни же с 2.0.40.9, интересно что покажет

(45) сравнить с типовым cf 66.33, если это действительно типовой цф - оно предложит само встать на поддержку...
Снять все галки, сохранить...

А если взять типовую конфу той же версии, что сейчас в свойствах базы, на неё сравнением/объединением накатить текущую конфу. Эту новую конфу выгрузить и загрузить в исходную? Т.е. основная конфигурация остается той же, что есть, а конфа поставщика берется из типовой.

(48) это что за новые технологии в 1С??

(46) Я сравнивал с конфой поставщика через - сравнить когфигурации -  очень много изменений в модулях и новых объектов

(47) делаю

(47) 1. Снял с поддержки
     2. Сранил с типовой cf 66.33 через сравнить, об. с конфигурацией из файла
    3. Предложил поставить на поддрежку
    4. Снял все галки, выполнил объединение.
    5. Теперь в дереве конфы: пишет "объект снят с поддрежки, имеются дочерние не редактируемые объекты препятствующие удалению "

Сравниваю с конфой поставщика

Сравнение с конфо поставщика
https://www.dropbox.com/s/w1r94j8536ku2rf/ОтчетОСравнении_с_кофнПост.mxl?dl=0

Блин, а если через "загрузить конфу" типовой cf загрузить, чтоб типовой база стала, проблемы могут быть?

(55) смотря что там настроено, как изменены типовые объекты и как нетиповые объекты связаны с типовыми...

Если исходить из того что изменен только модуль "ОбщийМодуль.ПрефиксацияОбъектовКлиентСервер "

(57) скорей всего, если проблемы будут, то вылезут буквально сразу. Т.е. загрузи и проверь. Тут все зависит только от того, насколько много в базе напихано данных: мало данных - быстрый результат; много данных - долгая проверка, не всегда доступная по времени.