Допустим имеем БП 2.0.43.12. частично на поддержки, т.е. у некоторых объектов частично снят замок

1С выпустила обновление 2.0.43.13

я вношу в нее свои изменения в копии  и теперь мне нужно обновить полученным CF файлом свои рабочие базы


В случае если бы вышел 2.0.44.х, то я бы обновил через поддержку, он бы предложил поставить на поддержку и всё было бы хорошо.

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


Поэтому вопрос как правильно обновлять? Пока что приходится снимать с поддержки и загружать cf файл

http://infostart.ru/public/18562/

(1) Это совсем не то

(2) Именно то.

(3) ты будешь со мной спорить?

Еще раз если изменился релиз с 43 на 44 вопросов нет

Вопросы именно когда внутри 43 меняется, например 43.12 на 43.13

читаем

Дальнейшие действия на стороне заказчика будут следующие:
...
   используя файл work_2.cf, переносим изменения. Для этого выберем пункт меню «Конфигурация» ? «Загрузить конфигурацию из файла…»;
...

Это НЕ работает, если конфигурация на поддержки, потому что 1с говорит, что надо снять с поддержки





Дальнейшие действия на стороне заказчика будут следующие:
...
   используя файл *.cf типовой конфигурации поставщика, выполним обновление. Для этого выберем пункт меню «Конфигурация» ? «Поддержка» ? «Обновить конфигурацию», «Выбор файла обновления», «Готово» (Рисунок 10), «Выполнить»;


Это НЕ работает, так как 1С говорит что нет обновлений, в случае переход с 43.12 на 43.13




Таки ты и дальше будешь утверждать, что там то что  мне нужно?

Я тоже не умею) По-моему, это неблагодарный труд, который не требует много мозгов..

Но с другой стороны, полезно уметь..

И к чему это я?..

>>Это НЕ работает, так как 1С говорит что нет обновлений, в случае переход с 43.12 на 43.13
В статье как раз написано, как сделать, чтоб работало...

(8) Я не нашел. конкретно где об этом скащано

(4) забавно... просто попробуйте прям по шагам как написано в статье.

(10) Откуда начинать?

начни с того что хочется, копу [Обновить] всем нарисуй

(12) а по русски

(13) извинясь, много вотки. в мск 6:59

Для тех кто не читал, но осуждаю

Методика с инфостарта прекрасно работает при обновлении с 2.0.43.13 на 2.0.44.х и НЕ работает, если с 2.0.43.12 на 2.0.43.13

Тут 2 нюанса

Во первых:
"используя файл *.cf типовой конфигурации поставщика, выполним обновление. Для этого выберем пункт меню «Конфигурация» ? «Поддержка» ? «Обновить конфигурацию», «Выбор файла обновления», «Готово» (Рисунок 10), «Выполнить»;"


Если ему подсунуть типовой cf файл он говорит, что нет доступных обновлений в случае перехода с 2.0.43.12 на 2.0.43.13



Во вторых:
"используя файл work_2.cf, переносим изменения. Для этого выберем пункт меню «Конфигурация» ? «Сравнить, объединить с конфигурацией из файла…»;"

Для этого нужно чтобы ВСЕ объекты были разблокированны, а я этого не хочу, я не хочу разблокировать все объекты для того чтобы внести изменения в один единственный

В случае если обновление с с 2.0.43.13 на 2.0.44.х

То подготовленный в копии cf файл прекрасно загружается через
Конфигурация -> Поддержка -> Обновить конфигурацию

При этом конфигурация поставщика обновляется и становится 2.0.44.х, а в конфигурации БД будут внесены все нашт изменения


Т.е. этот вариант мы не рассматриваем, так как он прекрасно работает, речь идет как раз ТОЛЬКО о случае с 2.0.43.12 на 2.0.43.13

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

(18) Я и не парюсь, тупо снимаю с поддержки и загружаю cf. Но интересуюсь как правильно

а что ты тупо хотел обновить?

что б юзеры сказали: да или пилять?

В базе данных как минимум четыре конфигурации, если в нее внесены изменения. Это основная конфигурация, конфигурация поставщика (это в руках программиста) и основная конфигурация базы данных и конфигурация базы данных (это то,что потом обновится)
Мы как программисты работаем с основной конфигурацией и дорабатываем. Когда работы выполнены , то получаем новый cf-файл с той же конфигурацией поставщика и измененной рабочей конфигурацией. В этих конфигурациях внутренние идентификаторы метаданных совпадают с начальной рабочей конфигурацией. При разблокировании объектов мы не снимаем с поддержки. Просто появляется возможность загрузить новую измененную рабочую конфигурацию. После загрузки этой конфигурации и последующем обновлении конфигурации базы данных получаем то, что хотели. Сам процесс обновления происходит в момент обновления рабочей конфигурации базы данных.
ИМХО, переживать не стоит по поводу разблокировки объектов основной конфигурации.

(16) ненужно, чтобы все объекты были разблокированы. Снимаешь замок только с тех, которые изменены.

(16)Можешь у клиента на месте руками перенести изменения, если задокументировал свои изменения. Для небольшой доработки зачастую быстрее. Это если не хочешь снимать все объекты с поддержки в рабочей конфигурации. Дело вкуса и навыка.

(23) А я почем знаю, где именно 1С внесет изменения?

(24) Речь идет о том что у меня 15 баз у которых конфига одинаковая. Вот в эти 15 баз и нужно загрузить один cf (почему 15 баз - это другой вопрос, и косяки 1с из-за которых пришлось так сделать мы не рассматриваем)

(25)Так загрузи. В чем проблема? Лень снимать с поддержки - дождись обновления. Не хочешь снимать с поддержки - делай собственную поставку с изменениями.

(26) Где ты видишь проблему? Я просто считаю такое поведение системы неправильное, вот и интересуюсь тут на форуме как при переходе  с 2.0.43.12 на 2.0.43.13 воспользоваться обновлением программы, а не загрузкой. Точка.


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

(18) Вы немного сами себя запутали.

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

После загрузки новой конфигурации, старая конфигурация уже не будет существовать. Все настройки будут как в конфигурации, которую вы загрузите через "Загрузить конфигурацию из файла".

Так и обновляют сильно измененные конфигурации. Для этого достаточно у клиента выгрузить конфигурацию в файл и потом обновлять ее, выгружая на каждом обновлении cf файл, которые потом последовательно загружаются у клиента, естественно после каждой загрузки cf файла необходимо обновление ИБ и запуск в пользовательском режиме.

Предыдущее к 19, извините.

(28) ничего не понял

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

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

В моем случае что с возможности, что снимая это равнозначно и одинаково

(31) У меня полная поддержка, у меня изменения только в периодичности некоторых доков и чуть-чуть права поправлены. Всё. Всё остальное полностью типовое и видя замок я понимаю что там конфигурация поставщика и мне ненадо думать вносились ли туда изменения или нет

(27) На ИТС - Документация -.
Есть еще умные книжки... Например "Инструменты для создания тиражируемых приложений 1С: Предприятия 8.2"

(32) Ну можно и так. Я же говорю, после загрузки новой конфигурации из cf файла, старой конфигурации существовать уже не будет, все настройки поддержки будут как в конфигурации из которой вы получили этот cf файл.

(35) речь о том что при переходе с 43 на 44 1с видит этот CF как обновление, а вот 43.12 на 43.13 нет. И вопрос можно ли заставить его видеть как обновления, или только костыли?

(36) Себя запутал и других запутываете. Напишите последовательность ваших действий по пунктам 1., 2., 3., и т.д.

Не взлетело с cfu
Делал как v8: Как из cfu получить cf?

Считает что обновление для другой конфигурации

(37) Какую именно последовательность описанную мною выше несколько раз описать?

вот в 7ке не было проблем

Дано 2.0.43.12
Нужно обновить на 2.0.43.13

1. Берем копию рабочей базу и через конфигурация -> поддержка -> обновить конфигурацию  обновляем ее до 2.0.43.13 с помощью cfu от 1С

2. При необходимости вносим изменения

3. Конфигурация -> сохранить конфигурацию в файл сохраняем CF файл версии 2.0.43.13 с нашими изменениями


Далее все зависит от новой версии, если было изменение  43 на 44, то

4.а В рабочей базе конфигурация -> поддержка -> обновить конфигурацию и выбираем наш CF файл и обновляем базу


Если у нас изменения с 42.12 на 42.13, то
4а. конфигурация -> поддержка -> Настройка поддержки. Снять с поддержки
4.б Конфигурация -> Загрузить конфигурацию из файла и выбираем наш CF файл и обновляем базу



Достаточно по шагам?

автор походу сам не знает с чего на чего переходить (39) а ты ему 44-е какието советуешь
ЗЫ сначала спросить надо, может он с ЗиК-и решил в ОУ сразу перейти мд-шничком

(41) Вот уже лучше. Также давайте пока оставим 44 в стороне так как еще в природе не существует.

Вопрос. 2.0.43.12 измененная или типовая?

(42) Спроси раз решил дурочка включить

(43) С нашими изменениями. Для простоты допустим изменили периодичность нумерации документа поступления товара. Все остальные объекты типовые и находятся под замком

Хорошо, 2.0.43.12 значит не типовая.

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


Вот после того как вы загрузили cfu файл в 2.0.43.12 (не важно автоматически или вручную) и появилась табличка слева с объектами текущей конфигурации и справа с объектами новой конфигурации, каковы были дальнейшие ваши действия?

(46) я же говорю писатель

"обновление в автоматическом режиме будет невозможно" - еще как возможно

" конфигурация в процессе обновлении из файла cfu " - у меня CF у меня нет CFU. Мне ненадо принимать изменения я просто тупо загружаю CF файл через обновления конфигурации. Мне ненадо принимать решения, решения уже приняты


Может наконецто почтете о чем сабж?

"Вот после того как вы загрузили cfu файл в 2.0.43.12 (не важно автоматически или вручную) и появилась табличка слева с объектами текущей конфигурации и справа с объектами новой конфигурации, каковы были дальнейшие ваши действия?"


"3. Конфигурация -> сохранить конфигурацию в файл сохраняем CF файл версии 2.0.43.13 с нашими изменениями"

для тех кто в танке. вопрос не в том как отследить изменения.

Мы сейчас на 3 этапе, с нашим CF файлом у заказчика

(48) Я вас не понимаю. У вас в ваших описаниях вырван кусок информации. Опишите все ваши действия с самого начала!


У вас изначально была

НЕТИПОВАЯ 2.0.43.12

Опишите ваши действия ее обновления

до 2.0.43.13 !!!

(51)
1. Конфигурация -> поддержка -> обновить конфигурацию  обновляем ее до 2.0.43.13 с помощью cfu от 1С (снимаем галочку с переодичности у поступления)

2. Сохраняем и обновляем ИБ

3. Конфигурация -> сохранить конфигурацию в файл сохраняем CF файл версии 2.0.43.13 с нашими изменениями

Всё на выходе у нас CF файл версии 2.0.43.13 с нашими изменениями

Далее задача этот CF загрузить в рабочую базу 2.0.43.12.Что тут непонятного?

Если бы рабочая база была бы версии 2.0.42 и ниже, то

В рабочей базе конфигурация -> поддержка -> обновить конфигурацию и выбираем наш CF файл и обновляем базу

Точка. Работа завершена идем пить пиво



Но у нас рабочая база 2.0.43.12 и при попытки провернуть с ней этот фокус она говорит - "нет доступных обновлений"

(54) Просто вы излагаете свои мысли не последовательно, из за этого и трудно понять чего вы хотите.

Если вы сделали готовый cf файл версии 2.0.43.13

можете спокойно загрузить из него конфигурацию в 2.0.43.12 через меню "Загрузить конфигурацию из файла"

потом обновить ИБ

и все

("В рабочей базе конфигурация -> поддержка -> обновить конфигурацию и выбираем наш CF" - этого делать не нужно!)

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


" через поддержку не получается, ибо 1с говорит нет доступных обновлений. Через сравнить/загрузить нельзя ибо 1С говорит, что нужно разблокировать объекты "



А теперь если мой дорогой писатель я тебя еще не утомил столь длинным постом с твоего позволения процитирую свой девятнадцатый пост

"Я тупо снимаю с поддержки и загружаю cf. Но интересуюсь как правильно"

Надеюсь писатель я достаточно понятно изложил свою мысль? На всякий случай суммирую вышесказанное

Для загрузки cf в рабочую базу через загрузку нужно разблокировать все объекты (или снять с поддержки). Что мне кажется неправильно и костылем который конечно позволяет решить поставленную задачу, но тем не менее хотелось бы решить её более рационально, не пренебрегая снятием с поддержки

(57) Дорогой вопроситель, а сколь мне уже можно писать о том, что если вы загрузите новую конфигурацию через меню "Загрузить конфигурацию из файла", после загрузки новой конфигурации, старая конфигурация исчезнет во вселенной, и перед загрузкой новой конфигурации, в старой конфигурации вы можете делать, что хотите, можете поудалять все ее объекты, можете насоздавать объектов (только не обновляйте ИБ), все это исчезнет!

Настройки конфигурации после загрузки новой конфигурации через меню "Загрузить конфигурацию из файла" будут точно такими же как в конфигурации, из которой вы вы грузили этот cf файл через меню "Сохранить конфигурацию  в файл".

(58) писатель я разве спрашиваю какой оно станет?

Мне еще раз процитировать что я считаю по поводу загрузки?

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

Перефразирую вопрос

Почему негрузится CF через поддержку при изменении подрелиза. Ведь типовая же нормально обновляет, а мой CF выгруженный из типовой - нехочет. Получается где-то у меня косяк. Вопрос - где

(61) Потому-что ваш рукотворный файл не является файлом обновления от 1с и имеет совершенно другой формат, и должен загружаться через меню "Загрузить конфигурацию из файла", так как он был получен путем сохранения через меню "Выгрузить конфигурацию в файл"!

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

(63) Не усложняйте. Загружать через поддержку файл, если он был получен путем сохранения через меню "Выгрузить конфигурацию в файл", нельзя! Только через меню "Загрузить конфигурацию из файла"!

(64) с какого бодуна нельзя если всё прекрасно работает?

(65) Вы спросили, вам ответили. Решение за вами. Я по этому поводу не экспериментировал и не собираюсь, так ка в этом нет никакого практического смысла, а только шанс наступить на грабли.

(0) просто создай СВОЙ файл поставки из доработанной конфигурации.
надо жевать как?

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

Разве что из "спортивного интереса".

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

хотя да, пардон, там же еще диалог потом будет... тогда да... в разы больше! даже на порядок!!
30 сек. потратить придется вместо 3-х !!!

Пользуясь случаем.. Сколько времени потребуется, чтобы накатить 1 патч на немного изменённую конфу, если ты умеешь обновлять?)

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

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

Я делаю через файл поставки.

(67) Да ибо у меня не получилось создать. Точнее он создался, но не захотел загружаться, типа для другой конфигурации

(71) Это почему уже через поддержку загрузить измененный CF неправильный вариант?

(72) а надо создать поставку именно для твоей.
самое надежное
- выгружаешь cf из той, которую нужно обновлять
- тыкаешь в него носом тот диалог, который спрашивает для кого создаем поставку (нижнее окошко, "конфигурации для обновления").

иногда сообщение "не содержит обновлений" бывает из за глюков с кэшем - приходится чистить

(74) так и делал
взял рабочую 2.0.43.12, выгрузил cf
взял обновленную 2.0.43.13. добавил выгруженный cf  и создал cfu.

попытался им обновить 2.0.43.12, он сказал, что это обновление для 2.0.43.12. и не хочет обновлять

(75) Странно как то на 14 базах с 2.0.43.12 глюк кэша, а на 15 с 2.0.40.х нет глюка?

Причем я же не первый раз обновляюсь каждый раз такое

(70) По любому около 1 часа. Пока создашь резервную копию (надо еще выяснить у бухов, какую обновлять, если их там куча), потом если комп слабый, вся это шняга может загружаться от 10 и до 40 мин, потом надо внимательно диалоги просмотреть, если изменения в колонках таб. частей, не сразу можно понять, потом надо понять, что до тебя хотели, когда изменяли код, так как от 1с может быть совсем новый, с новыми функциями, и полностью заменяющие прежний функционал, дополнительно, есть придурки насоздают предопределенных элементов и обновят потом криво, потом выдаются предупреждения (сам сталкивался). Часто бывает обновишь, потом смотришь, что в базе не так, опять поднимаешь сделанную копию, и уже с новыми знаниями обновляешь со 2 попытки. После обновления еще делаешь резервную копию, чтобы твой труд не пропал. Ну вот примерно как-то так. Если базу видишь в первый раз, быстро не получится.

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

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

(71) А вот эту фразу можно поподробнее

"измененную конфигурацию поставщика"

?


Если при этом изменяется конфигурация поставщика, не совсем хорошо, что будет делать тот, кто придет после тебя, или я смысл не понял...

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

Просто в списке баз удаляете базу из списка, потом добавляете новую, уже существующую базу, то же имя, тот же путь и все.

А еще бывают глюки с объектами, лучше перед обновлением выгрузить базу в dt и загрузить в новую, папку со старой базой переименовать, а новой папке дать то же имя, что и у старой, чтобы на других компах пользователей путь не переписывать.

И самое главное никогда резервную копию не делайте в виде dt, копируйте полностью все папку с базой. Если вы из "битой" базы выгрузите в dt. Может случится так, что вы потом этот dt не сможете загрузить в новую базу.

... чет я совсем расслабился :) Ладно я гаммать :)