Или сылочку где такая инфа выложена (видел выкладывают такое здесь в готовом виде).

Интересует последовательность релизов для обновления

На юзерсе все четко расписано.

Можно попробовать сразу последнюю, говорят прокатывает. Надо как нибудь попробовать тоже. А так практически перепрыгнуть не получается. :(

(2)нет у меня туда доступа
(3)ну нафиг, эти эксперименты

(4) А, да ты пейрат... Обновления есть, а доступа на юзерский нет...

(5)обновлений тоже, иначе бы не спрашивал.
вот готовлюсь к скачиванию

(4) тогда ступай на известный сайт. )

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

2_0_21_1
2_0_22_1
2_0_23_1
2_0_23_7
2_0_23_9
2_0_24_10
2_0_25_5
2_0_26_8
2_0_27_8
2_0_28_3
2_0_29_10
2_0_30_8
2_0_31_7
2_0_32_4

Ближе к 2_0_30_8 платформу обнови. У меня на 8.2.13 ошибку выдавала.

(9)чет много. наверное можно и перепрыгивать кое-что

(11) о чем и речь, много их. в январе только 3 обновления было. ;)

(11) Быстрее обновить, чем думать где лучше перепрыгнуть.

(12)не ну всегда можно было перепрыгнуть через релиз или два.
А тут только так что ли?

практически да, не видит след.обновление просто.

2.0.20.10
2.0.22.1
2.0.23.9
2.0.24.10
2.0.25.5
2.0.26.8
2.0.27.10    
2.0.28.3
2.0.29.10
2.0.30.8
2.0.32.4

(9)спасибо
(16)спасибо, все равно дофига

только обязательные, половина по 4-5 метров, обновляются влет

можно и перепрыгнуть сразу,только нужно сделать выгрузку в cf из 2.0.32.4,а затем сделать полную загрузку этого cf в 2.0.20.10

(19) Гарантируешь что удаляемых объектов не будет между релизами?

(20)это риторический вопрос.
конечно такое теоретически возможно.Но вряд ли такую херь будут делать в 1с.

Спрошу еще один вопросик.
Обновления на базовую версию и проф - они же разные?

(22) да, разные

(22) Угу.

(20) Да вот говорили както на мисте что проблем именно с БП не было в этом плане.

(25)И я о том же.
//
Вот скажите на милость,если приходиться несколько обновлений накатывать,то кто после каждого релиза обновляет БД?:)

(26) Мне удобнее через обновление, база изменена сильно.

(27)Я и говорю про обновление,только основной конфигурации.А конфигурацию БД в последнюю очередь

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

(21) такая херь постоянно делается в типовых вообще-то

(25) в 1.6 точно было)
В 2 пока не сталкивался

(29) не скажи. у меня в последних двух обновах мощный комп пересчитывал итоги по часу. все зависит от количество проводок :)

(29) вот именно БП долго обновляется. :(

(31) Небыло.
Точнее было при переходе с 1.5 на 1.6, ибо для этого нужно было обновить до последнего релиза 1.5 (очень много они тогда с регистрами игрались меняли местами ресурсы, измерения). Плюс первые релизы 1.6 были глючные, и спокойно могли ушатать базу

(34) спорить не буду.
Просто помню, что было что реквизит переименовывался в "УдалитьРеквизит", обработка переносила данные из него в другой, при последующем обновлении старый удалялся.
Если перескочить через релиз с разрешением efltkbz объектов, то данные терялись.
Если не разрешать удалять, то в ряде случаем конфа становилась неработоспособной без ручной рихтовки.

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

(19) только не полную загрузку, а выполнить обновление и выбрать cf поставщика вместо cfu

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

Только что обновлял такую же фигню.

(37)Это если полностью типовая конфа без изменений.А предложенный мной способ и конфу поставщика обновит и основную конфу

(36) "Вот скажи мне,ты когда последовательно конфу обновляешь каждый раз ее в БД сохраняешь и запускаешь предприятие???"

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

+ другое дело, когда много изменений - тогда, ясное дело, удобнее сформировать один релиз, его отрихтовать с учетом изменений и через него обновиться.

Или если уже обновлялся через нужную цепочку - тогда да, знаешь, будут косяки при обновлении или нет.

(41)это конечно прилично увеличивает время на обновление конфы-анализ измений структры данных и прочее.Но если 1с позволяет в таком режиме(без обновления БД) последовательно обновить цепочку,значит это легитимно я думаю.Я думаю это маркетинговый ход со строны 1с,не более...7-ка позволяла перескакивать.В особых случаях однако всегда предупреждали.
К тому же при запуске предприятия обработка "после обновления" отрабатывает последовательно всю цепочку.