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

никак не комментирую

а чем шаблон то помогает?
отличия тебе и так покажет

Когда новые объекты добавляешь в ИБ, можно префикс ставить, напр. "ИМПОРТ_Контрагенты2"...

(1,2) И как ты отличаешь типовой код (который нужно удалить), и свой (который нужно оставить)?? О_О

(3) Это понятно.

(2) Чтобы гарантированно был один и тот же текст.

(0) С 1С-кой трудно отстать...

(0) Правильно. Просто безобразие - нет svn. Дикие люди...

(3)проще их выделить в отдельную подсистему
(4)а код (вставка) просто должен быть написан так, чтобы сомнений не было при визуальном сравнении - что оставлять, что переделывать.

+(8) :))

(9) =) а по подробней... + другие проги тоже сразу должны по виду понять, что твой код нужно оставить?? чет ты того...

(9) А если какое-то событие нужно в форме использовать?

(11) что там подробнее..
если есть другие, юзай хранилище
(12) которое уже используется в типовой или своё?

(13) ты вечно будешь работать над базами где делал изменения? Хранилище как при обновлении тебе поможет?

В 7-ке делаю выделяю комментарями. С названием фирмы.
Все обработки процедуры элементы начинаются с названия фирмы.
В 8-ке все вывел в отдельный модуль, там все.

Получается не дописывать код в общие модули, модули объектов. Формы просто копирую и переназначаю свойство "Основная".

(14) хранилище в данном случае поможет понять, кто менял и зачем
вопрос о вечности - риторический, не хочу обсуждать=)
что касается методов такой работы - для примера можно посмотреть ИТАН УБ, там достаточно хорошо этот вопрос проработали

(15) Но это тоже не удобно, когда куча событий вынесены в отдельные модуля. Хотя наверное стоит попробовать. Может так и лучше будет.

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

+ вопрос не о вечности, просто работаю в фра... соответственно на проекте около года...далее передаеться все добро в руки прогеров фикси...и что думаешь не писать коментов? а? =)

(0) никак
лень

все равно при обновлении сравниваю с конфой поставщика и все изменения "перед глазами"

(0)Всегла комментирую.Или стараюсь.Причем непременно с упоминанием своего имени. Потом поиском если что легче искать.
стандарт простой
начало
//<----я сделал то-то.я такой то.

Конец
//----> завершение

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

просто как реперы-метки ставить комменты - нафига бы они, тебе и так все покажут при обновлении
иного смысла я пока не увидел

(22)потом столько наработок возникает что сам заблудишься

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

(25)Мне както-документация вся пофигу..я думаю о том как самому потом разбираться через полгода и как обновлять

(22) смысл хранилища я понимаю (и не оспариваю), но роль хранилища "что и кто менял" да еще и перед обновлением это фантастика! Есть описание (где описаны все нововведения), но оно выполняет роль описательного характера... а комментарии уже выполняют роль маркеров нового/измененного механизма непосредственно в коде...

(26) это ошибка, документцаию все таки читать надо..
иначе при очередном обновлении можно часть  функционала по незнанию "выкинуть",
у меня так уже было.
(27) дался тебе этот код=)
по мне так плясать надо от того, для чего была и как сделана новая функциональность.

(25) региться надо...плюс я так понимаю сначала регистрация обрабатывается модером => сегодня не получиться прочитать...

(28)А если у меня все отмечено "незнания" быть не может.я четко вижу где и чего я сделал

//advan
//Сделал вот эту фигню потому что гладиолус!

(31)Ну..я еще и не такое писал:))

(30) гм.. в типовом решении появилась функциональность, которая ранее была реализована доработками.
что в таком случае можно понять из кода?
это ж не а+б=3 на а+б=5 исправили

(28) Ну не могу я с 100% гарантией обновить и сказать я "ничего не затер"... изменения которые делались интенсивно год несколькими прогами...

(33)Можно понять где твой личный код конфликтует

(33) =) в моем варианте я снесу свой код... в твоем ты будешь долго втыкать, что ты там навоял, и не факт что удалишь именно свой кусок кода =Р

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

(37)Может быть поймешь....Но когда код помечен- это нааааамного легче

У нас было принято обрамлять измененный/вставленный код комментариями с названием фирмы, именем программиста и датой изменений. Я считаю, что это разумно. Можно потом искать как по названию фирмы, так и по своему имени.

(37) э? про какие объекты идет речь? целиком? а если в объекте n изменений, и нужно убрать только одно изменение... у меня его найти и взять из обновления (тем самым затерев старое) легче и нагляднее...

(37) принципиально в том, что у меня изменения в явном виде описаны и обновить смогу не только я, но и другой...

(40)сравни и замести по процедурам

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

(43) он СРАЗУ увидит, что это МОЙ код... не ужели не вдишь разницы, или не хочешь видеть?

(44) *неужели

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

а то получаем потом винергет из
<Типовая>
<Вася>
<Петя>
<Типовая>
<Федя>
<Таня>

и т.п. вот и разберись потом, что хотел Вася и Петя, и почему Федя с Таней доработки Васи с Петей обошли

(46) да ну тебя =)
(47)все примеры приводишь, которые твой подход тоже не решают...
з.ы. все остались при своем, да и то хрошо... удачи

(48) вопрос религии, как всегда

изменения выделяются красным синим или зеленым - как их можно не заметить?

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

у меня добавлено две основных подсистемы: ДобавленныеОбъекты и ИзмененныеОбъекты. Названия сами за себя говорят.

(3) бесполезная фигня

(52) нафиг не нужно

(50) через 3 года не вспомнишь, кто менял ... ты или 1с ;)

//++ Имя Дата
...
//-- Имя Дата

(56)

//--// начало вставки
...
//--\\ конец вставки

(56)+ если меняю типовой код, то комментирую неизмененные строки, а измененные добавляю...

(58)+ конечно же, заключая все это в (56)... потом удобно при обновлении разбираться...

(54) тебе может и не нужно.

(52) проходил... лишний гемор...

(58) сложнее потом в сравнение будет понять в чем разница, я так делаю только если меняется какое то условие 1-3 строки

(60) конечно, я пользуюсь штатными возможностями платформы

(61) +1 отмерло само, как обсолютно не нужнуе, года 4 назад

вот такой шаблон текста юзаю:

//<--АРН:[][<?"", ВыборВарианта, "удаление", "-", "добавление", "+", "замена", "*", "комментарий", "/">][<?"", ВыборВарианта, "код", "код", "реквизит", "реквизит", "макет", "макет", "элемент формы", "элемент", "табличная часть", "тч">][<?"", ДатаВремя, "">][Лунёв С.Ю.]->
<?>
//-->АРН:[]

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

(64) изверг!!!

(0)
//<ФИО разработчика> ФТ<ггггММдд-№№№>{
...
///}