Доброго дня. Подскажите алгоритм обновления доработанной 77. Пробовал копировать часть кода(доработанного) в новую конфигурацию, но понял что способ уж очень долгий и много ошибок. Может есть более правильное решение?

Правильно пробовал.
Так и делай

gcomp гугли

(2)Не, это что-то суровое...

Нашел кое что по этому вопросу на infostart

жкомп не суровое НО не все можно обновить жкомпом
ЗЫ алгоритм простой - берешь и ремишь все изменения маркером построчно - потом либо жкомп либо глобальный поиск - потом объединение поверх обновления - потом объединение подниз обновления и выпиливаешь сидишь пообъектно , код согласно маркерам

(5) Да уж, не весело...

(6)потому и не рекомендуется людям со слабыми нервами править стандартные конфы если предстоят обновления:-)

(6) таки увы и ах , скажу больше , проще выпилить с оригинала изменения и допиливать в новую по МД с заменой айди объектов
ЗЫ напоминаю что таки при замещении - айди таки замещаются

+ при "загрузить конфигурацию"

(0) штатного простого рабочего варианта нет.

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

а так алгоритм примерно такой6 конфига разбирается на текстовые файлики. на текстовые файлики натравливаются програмка нахождения различий и т.д. типа nак.. но внятного описания процесса - не видел. самому интересно.// там еще приходится ставить систему контроля версий типа...

(7) Правил не я, а другой человек, а он видимо ну супермозг был. Как фирма 1С. Теперь его нет, а есть я - простой человек. Пытаюсь разобраться еще и в его 77.

(12) Лучше добавлять из новой в свою участки кода или же лучше его участки добавлять в новую, а потом заместить объекты?

скажем так -например для перекачки документов рекомендуется не приводить в единообразие номер документа а завести новый реквизит с сортировкой и отбором и все изменения писать в отдельных процедурах и/или модулях

(12) Ну изменения (отличия) в модулях видно при обновлении. Плохо что нельзя сразу скопировать кусок туда где его нет. Т.е конфигуратор показывает красным или зеленым оличие, а копировать не умеет. Ерунда какая-то.

(16) поэтому открываешь одновременно три пофигуратора:
1. исходный рабочий (который в итоге сохранится)
2. исходный типовой-обновление (из которого выдергиваешь изменения)
3. копию 1, на которую натравливаешь "объединением" типовой сверху и имеешь красно-зелено-синие различия.

вот примерно самый дубово-простой способ. Но как точно подмечено в (7), нервы надо иметь железные.)))

в моей конфигурации ЗиКа более 1000 исправлений. и ничего, справлялся как-то.

ну, у мну типовая бух 7.7 доточена под многофирменный учет - тоже более 1000 изменений... делаю по тупому так:

1.беру рабочийперепиленный МД-539, исходный МД-539, актуальный 556.
2. сравниваю 556 с исходным 539
3. различия вручную накатываю на перепиленный 539.
4. получаю перепиленный 556.
.
затрахался.
внятных рецептов по работе со всякими кдиффами - нет. если есть внятный рецепт для сравнения 3 разных текстовок 9что подходит в моем случае) - то упирается в какую-нить систему контроля версий/репозитарий, которую под это дело надо развернуть и приготовить, под это - внятных инструкций для "девелопера" не нашел, тратить по нескольку дней на разучивание применяемого ра в квартал - мну откровенно ломает
.
так и маюсь.

А не лучше сравнить 539 пиленный с 539 исходным и понравившееся перенести в 556?

(19) Объединение конфигураций с помощью GComp и KDiff3: http://itland.ru/forum//index.php?showtopic=3192
ну и вообще http://itland.ru/forum/index.php?showforum=36

И никак не могу понять, зачем VCS для объединения МДшников. Абсолютно не сязанные вещи.

В поддержку гкомп+кдифф можно еще сказать то, что кдифф умеет мержать 3 файла, причем делает это очень неплохо.