Если накатить очередное обновление, то конфигурация поставщика заменяется целиком. И в следующий раз уже не получится обновить следующую порцию объектов. Как вы решаете эту проблему? Или только обновление целиком?

а смысл обновлять частями?

типовой измененной конечно же

а зачем?

(1) если изменений много, можно не успеть все за день обновить

Радует только одно - не я одна сегодня туплю.

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

(4) Обновишь на следующий день.

(6) мне комп включенным что ли оставлять :)

ты конфигурацию поставщика меняешь частями или основную конфигурацию?
Сравнивай свою конфигурацию с cf-ником новым сколько хочешь раз после замены конфигурации поставщика

(8) Что за дурь? А обновление тут причём? Какие проблемы выключить тачку, утром включить?

(9) конфигурация поставщика не меняется частями

(9) если сравнивать просто с новым cf, то теряется возможность тройного сравнения, когда есть фильтр "только измененные там и там".

я такой возможности не нашел...

(12)  мы в теме,
как из этого следует необходимость обновляться и смотреть тройное расхождение на одной базе - ни как

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

бгг.
Выпиши их. Распечатай. Сохрани. Заучи наизусть.
А потом сравни рабочую конфу с сф старого релиза.

(8) Я много раз делал обновления по нескольку дней.
Скажи сразу, мне лень.

(16) ты не в теме. свободен.
(15) бгг. когда заучу наизусть, тогда буду за 1ч обновлять. а сейчас я эту конфу вообще в первый раз вижу. еще смешно?

(17) Ну тогда выпиши или распечатай.

(17) [а сейчас я эту конфу вообще в первый раз вижу]
прими наши соболезнования

сделай две копии и не парься

(19) да поздно уже пить боржоми :) буду теперь с полной конфой сверять. благо хотя бы список объектов есть.

(0)
1. сделай копию рабочей.
2. обнови часть объектов, конфу сохрани.
3. опять сделай копию рабочей, обнови еще часть, сохрани.
4. объедини полученные конфы с основной.

на правильную поддержку можно в любой момент потом поставить

(20) что мешает поднять ещё одну базу из бэкапа ?

(22) + 1 тем более, что бэкап можно использовать и месячной давности

(22) не мешает ничего. спрашивал на будущее для интереса. сейчас мне 3 объекта осталось объединить. бэкап будет дольше поднимать :)

(21) понятно

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

(24)[спрашивал на будущее для интереса] ОК

(26) [а что за конфа, что ты за день не успаваешь? Вроде максимум 4 часа уходит]
оптимист
у меня в УПП больше 800 точек

(26) это ты зря... на некоторые обновления и 100 часов может уйти...

(26) ну я не всегда 4ч могу выделить на это дело. конфа УПП, над которой франчи поиздевались

здесь только 40 типовых докуменотв изменено. включая зарплату.

(31) документы для УПП не страшны, страшны общие модули,
их названия и стэки вызова часто меняются

(32) ну если 800, то с тройным расхождением, которые вручную надо смотреть, получается около 200. Идем по процедурам, где есть наша точка ставим Объединить с приоритетом основной, где нет ставим загрузить из новой. Всё. Где-то часа за полтора должен ты прощелкать всю конфу и закрыть окно сравнения. А всё остальное, более подробно разобраться,  можно доделать и на следующий день. Поиск слов MRG в модулях и так далее.

(33)[о часа за полтора должен ты прощелкать всю конфу]
ты за полтора часа найдешь в формах изменения - не верю

(0) Чисто теоретически (на практике не пробывал):

1) Делаем копию базы;
2) Выгружаем конфигурацию (а);
3) Обновляем. В окне сравнения,объединения включаем фильтр "дважды измененные". Начиная "сверху - вниз" по конфе, разбираемся с измененными объектами... уф, устали :) Скидываем все галочи с объектов "ниже" по списку и командуем "Выполнить";
4) Выгружаем конфигурацию (б). На сегодня - всё;
5) На следующий день: загружаем конфгурацию (а). Через "Сравнить, объеденить из файла..." обновляем конфигурацией (б);
6) Переходим на пункт 2)

Конфигурацию информационной базы, естественно, - не изменяем. Пока не закончим "порционное" издевательство на конфой :)

>Через "Сравнить, объеденить из файла..." обновляем конфигурацией (б);

и теряем конфу поставщика...

упс, ошибся. "6) Переходим на пункт 3)" Т.е. конфигурация (а) - до начала обновления, конфигурация (б) - всё время "добавляется" новыми изменениями

(36) Честно говоря, бред конечно :) Но если тс надо... особо сильно не напрягался, предлагая :)

Главная мысль была в том, что конфа (а) содержит конфигурацию поставщика "до обновления". Поэтому можно обновляться и "откатываться назад" сколько душе угодно. А конфу (б) После каждой "порции" обновления можно сохранять в другом файле... тогда можно "откатывать" и свои изменения :)