Доброго времени суток, коллеги.
Есть доработанная база. В ней версия основной конфигурации отличается от версии конфигурации поставщика.
Я снял конфигурацию с поддержки. Сравнил объединил с cf той же версии, что и основная конфигурация, при сравнении снял все флажки, чтобы сохранились доработки. Теперь версии совпадают, но в настройках поддержки все объекты, в которые вносились изменения теперь сняты с поддержки. Их можно вернуть на поддержку только щелкнув 2 раза на нем и выбрав "Редактируется с сохранением поддержки". Объектов много.
Как их массово вернуть все на поддержку?
Спасибо.

(0) Отдельная база чистая типовая конфа, разрешаем внесение изменений и добавляем все доработки.

Затем этот cf замещаем в базе не объединением а загрузкой из файла

Ну еще можно выгрузить конфу в файлы, отредактировать как надо и загрузить из файлов.

(1) Потеряешь все данные в добавленные при доработке

только ручками )

Из простого: можно всему дереву поставить "Редактируется с сохранением поддержки"

сними с поддержки и заново поставь, будет спрашивать - без возможности изменений

(6) бу га га

> В ней версия основной конфигурации отличается от версии конфигурации поставщика.

есть добавленные объекты ?
в каких ветках (распиши)

(7) Все объекты кроме кроня встанут на замочек

(9) ставишь ты как

(10) сравнение и объдинение - сам предлагает поставить на поддержку

(11) не встанут

Так он может про сравнение-объединение из диалога поддержки, а не из падающего меню

(11) будет так

https://cdn1.savepice.ru/uploads/2019/1/9/5df1faf7173342cdb214c415c4a658a5-full.png

(12) вроде там в конце выпадает окно, где указываешь разрешать изменения или нет.
Или оно не всегда выпадает?

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

(11) а должно быть так

https://cdn1.savepice.ru/uploads/2019/1/9/ba75da4118f9aaeeb26237335aabf34d-full.png

(17) это после обновления БД

если у тебя есть добавленные объект, то только руками

(19) у тебя у объектов возможно справка не соотвествует или еще что. некоторые объекты норм встали

(20) твой метод работает, когда только менялся код

У меня вот так получилось
1. Ставим всей конфигурации "Редактируется с сохранением поддержки"

2. Поддержка - Настройка поддержки - Сравнить, объединить

https://cloud.mail.ru/public/FX4o/wjxEcBFWV

Результат как в (18)

(22) эту рекурсию можно выполнить, если НЕТ добавленных объектов

(23) добавленные объекты не нуждаются в поддержке и не поподут в указанный фильтр. Или ты про пункт 1?

(2) Хм, а как отредактировать? Помнится, там есть отдельный файлик с настройками поддержки, только вместо имен метаданных гуиды, и как их идентифицировать, не очень понятно.

Примерно так:
1. Создаешь пустую базу
2. Загружаешь в неё полностью типовую конфу
3. Включаешь возможность изменения только у нужных объектов
4. Сравниваешь с основной конфой, переносишь все доработки
5. Из пустой базы выгружаешь .cf и загружаешь его в твою базу
6. profit

(24) фильтр 1с игнорирует

(26) а потом такой уяк и предопределенные ПВХ задвоились.

(26) И счета, и все что предопределенное или задваивается или Объект не найден, потому что в чистой базе другие гуиды...

(28) разве только ПВХ?

У нас так один умелец на базе с живими данными сделал.
Потом 2 недели ручками приводил в порядок.

(31) лучшие умельцы, которые в конфу поставщика запихивают свою доработанную )

(32) Это просто асы своего дела)

(32) (33) Очень часто прод / какой-нибудь центр держат снятим с поддержки. Ясен пень там поставщик будет другой, чтоб обновки cfu-шки поставлять )

(27) и в чём это выражается?
Добавленный объект встанет на поддержку? Или база взорвется?

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

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

Вы много глупостей насоветовали автору - спишем на новогодние праздники :) А на самом деле проблема автора легко решается после сравнения и объединения с конфигурацией поставщика - после команды "Выполнить" окна сравнения и объединения будет показана панель "Настройка правил поддержки" - вот на этой панели и нужно расставить галки так, как нужно автору. И всё. (автор не указал платформу, поэтому мой совет может быть мимо кассы как говорится)

(и кстати) Эта панель бесконтрольно слишком многое позволяет программисту - можно даже вернуть на поддержку измененные объекты, сохранив при этом сами изменения в объектах :) PS: эти изменения в объектах на поддержке автоматически исчезнут при следующем обновлении.

(35) будет ошибка при добавлении рекурсивно

(36) когда следующий придёт и решит проверить изменения, то он сравнит основную конфу с единственной конфой поставщика и не найдёт отличий

Но при попытке натянуть обновлении, как положено, то у него будет ошибка, что файл не содержит обновлений
Если будет обновлять через сравнить/объединить, то есть вероятность удалить добавленные объекты в основной конфигурации

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

1с признала это косяков, то исправлять не хочет, типа сидите в едт

(41) сейчас ещё раз добавил справочник поставил на всё остальное "не редактируется", нет ошибки

+(43)
до https://cloud.mail.ru/public/7vPV/qo29KXMTK
после https://cloud.mail.ru/public/8oc5/4S8wJGjbh

(43) добавь какой-нибудь объект: подсистему, справочник , реквизит к документу и попробуй снова

(45) комп выключил, завтра проверю. Чем второй добавленный объект отличается от первого? Ошибка только если добавленных объектов больше одного?

(46) рекурсия для всего дерева не работает, когда есть хоть один добавленный объект

Но рекурсию можно запустить по группам общие, справочники, документы и т.д.

Если в общих есть новая подсистема, то придётся каждый объект из общих руками ставить на замок

Если хоть у одного справочника есть новый объект, то всю группу справочников рекурсивно не пройти и т.д.

(28) не факт, что предопределенные элементы создавали
(31) зачем ручками-то? Это прекрасно делается обработкой

(47) все работает по рекурсии из корня
https://i.s-pic.ru/5c36eceea21ac.png
https://i.s-pic.ru/5c36eceeac0f7.png
https://i.s-pic.ru/5c36eceebbbe4.png

Можно же поставить на поддержку полностью если объет полностью типовой через Конфигурация -  поддрежка - Настройка подержки.

Выбираем объект.
Ставим на поддержку.
Далее происходит сравнение объединение.
Выбираем вручную правила поставщика у нужных объектов "Не редактируется".

(50) Так вручную по одному это гемор

(51) в (22) рецепт для всего дерева сразу

Вернул на поддержку, но теперь в конфигурацию поставщика попали новые объекты и добавленные реквизиты из основной конфигурации. Они без настройки поддержки. При обновлении на следующий релиз они остались. Можно их как-то удалить? Нужно ли это делать или забить? Где это может всплыть потом?

При обновлении укажи галочку - разрешить удалять объекты

(54) из основной не удалит? в основной они должны остаться

(53) "в конфигурацию поставщика попали новые объекты" это как? То что они отображаются в настройках поддержки не означает, что они попали в конфигурацию поставщика

(56) то есть то что они там отображаются ни на что не влияет?

(57) это нормальное поведение.

(49) подсистему добавь

(58) действительно, так в любой конфигурации, в которую были добавлены реквизиты

(59) вторую картинку смотри, там всё добавленное видно

(59) попробуй воспроизвести "свою" ошибку, это миф какой-то

жесть

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

моя картинка

https://cdn1.savepice.ru/uploads/2019/1/10/39cb616d088ef4b951a24ce933724b1e-full.png

Слишком большая

моя картинка2

http://pixs.ru/showimage/SnimokPNG_3862804_31143150.png

(52) Он почему-то не работает на типовых конфигурациях, отличающихся от проверенной тобою КД 2 )

(68) вот БП3, реальная клиентская конфигурация, добавленных объектов немало, включая подсистемы
https://i.s-pic.ru/5c37679cd9833.png

Платформа 8.3.13.1513

Кстати а какие реальные плюсы от "не редактируется". Обновление быстрее?

Часто держу всю конфигурацию в состоянии "редактируется с поддержкой", при обновлении флажки правильно расставляются автоматически. Чем плохо?

(70) флажки обновлений корректно ставятся

(69) у меня 8.3.12.1790

(69) при нажатии на ресурсию и объект не редактируется --- даёт ?

(73) да, всё работает, замочки встают.
Без фильтра - ругается на первый встретившийся измененный объект

(71) так они и при "редактируется с поддержкой" корректно ставятся

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

ИМХО просто установка "редактируется с поддержкой" только там где это жизненно необходимо - очень упрощает жизнь.
Не сразу, а через пару лет, когда уже забываешь что было за это время....

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

(76) "Не тратится время на анализ" - это про конфигуратор или про разработчика? С остальным согласен, порядок лучше беспорядка, но в моем частном случае всё это не критично.

(78) спасибо. Т.е. слабо измененная типовая сравнивается в два раза быстрее (сравниваются условно только конфигурации поставщика) или ещё быстрее ("не редактируется" вообще не сравнивается)?

(79) Все так говорят.
До первого переписывания вхлам какой нибудь подсистемы вендором.
А там всплывают факапы. То комментарий по запаре не поставил или еще что нибудь.
(80) конфигурация поставщика при обновлении тупо заменяет предыдущую. Сравнение идет только по объектам которые редактируются.

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

По времени обновления сейчас тест запустил, попозже отпишусь

(81) (78) про быстрее не подтвердилось. Совсем.
Старая заметно переписанная БП 3.0.63.15 обновлялась на 3.0.67.54
Исходная конфигурация, вся "редактируется с поддержкой" - время сравнения 22 мин 15 сек.
Подготовленная, все не измененные объекты "не редактируется" - 22 мин 30 сек.

Время процессорное - снималось с диспетчера задач.
База файловая на ssd. Платформа 8.3.13.1513

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

апну
Вроде столько оппонентов было, с (84) все согласны?

(83) а если в EDT стрельнуть?

(86) Не, на такое я не готов)
Там принципиально иной подход к поддержке?

(85) Не единственное, тебе же вроде весьма понятным языком писали еще как минимум об одном полезном отличии

(88) номер поста?

(89) Ctrl+F "время"

(90) любишь ты усложнять))
5 совпадений, 3 в моих постах. На один я ответил, остается (77). Про него?

(91) Ну, вообще про (76) имел в виду, ну и про (77) речь о том же самом - не нужно тямы напрягать, изменен объект или нет

(92) тямы?

Когда такая необходимость возникает напрячься? При обновления всё само сравнивается, вне обновлений вроде нет необходимости знать изменен ли объект. Если понадобится (зачем???) - сравню с конфой поставщика.

(93) 1с часто норовит справку поменять не меняя объекта

(93) "вне обновлений вроде нет необходимости знать изменен ли объект" // Смеешься что ли? Когда расследуешь какой-нибудь баг очень важно понимать, затронули чьи-нибудь шаловливые ручки интересующий меня объект или это типовое

(95) если я "расследую", то однозначно делаю сравнение. Бегать глазами и смотреть на замочки - мазохизм какой-то.

+(96) по ним даже фильтра нет
Если такая необходимость регулярна - проще подсистему иметь с измененными объектами

(0) а формы изменены или только данные?..
если только данные.. то делается в 3 хода..
1. загрузка конфигурации поставщика без обновления
2. в поддержке включить редактирование и открыть замки на объектах, которые изменены в осн. конф.
3. сравнение/объединение с осн. конф. и добавление данных (гарантированно id-шники метаданных сохранятся)