Прыжок через несколько версий #607285

Извиняюсь за туповатый вопрос, много читал по этому поводу но так для себя и не уяснил = Вроде бы в целом большинство говорит что сейчас уже можно прыгать через несколько версий с помощью cfника последнего релиза т.к. обработки все равно отрабатывают все при старте Предприятия. Я вот только для себя не могу понять например был реквизит Сотрудник в первом релизе, его переименовали в УдалитьСотрудник во втором релизе, обработка с первого релиза во второй скидывает все значения, в третьем релизе добавляют реквизит НовыйСотрудник и туда обработка из второго релиза скидывает все из реквизита УдалитьСотрудник. Если мы прыгаем 1->3 обработка то запуститься только реквизита УдалитьСотрудник то уже не будет и куда она тогда будет переносить данные?

такого не бывает

Эээээ разве? А я помоему на инфостарте как раз что-то подобное читал, что так иногда делает 1С и из за этого не желательно прыгать через версии....

Реквизиты УдалитьСотрдуник удаляют обычно в 4 версии.

А если мы прыгаем 1->5 тогда?

тогда до 5 версии долетят одни яйца

КГ/АМ ты хочешь "Универасльную обработку Зделать ФСЁ" ?

Я не понял что ты хочешь, чтобы тебе тут сказали, что зуб даем что 1С ничего завтра не поменяет? Или что?

Я хочу понять через какие версии можно прыгать , а через какие нет? и как это определить? Или все же через все можно?

Методом научного тыка. Ответ получен

Как не прыгай, а выше куя не прыгнешь, для этого опыт нужон

Методом научного тыка, это конечно интересно, вот вот обновишь так с 1-5 ни кто ничего не заметит , а потом на 20 версии окажется что чего то не хватает , да ? Я вот и хочу понять как такого избежать, либо сразу понять что нельзя этот релиз перепрыгивать. Только как это понять не соображу!? Очень информативный ответ!

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

Ок спасибо! а что за табличка ?

можно подготовить технические cf для перехода... в промежуточных релизах следить за измененными типами составных реквизитов, в общем проследить, чтобы не грохнуть ссылочную и объектную целостность. .не обращать внимание на модули, макеты и прочую фигню....только следить за объектами а в последнем релиза отразить ВСЕ доработки

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

табличка? в каталоге с обновлениями лежит файлик UpInfo там запись типа такой: дальше объяснять, или ты все-таки почитаешь руководство администратора?

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

Тоесть например обновляю 1 на 2 , 2 на 3 ,3 на 4, а 4 на 5 уже с доработками. Тоесть изменений только в 5 релиз вносим?

Я просто читал и видел как обновляют делая просто cfник последнего релиза с изменениями и сразу им обновляют

это я конечно все читал, семерку обновляю без проблем, а вот с восьмеркой все ни как не разберусь хотя поидеи механизм обновления там мощнее и должно быть только проще = 16

изменения в модулях, в макетах и в формах - да.. только в последнем. а вот если ты поменял ВводНаОсновании, тип составного реквизита в документе, или добавил свое движение в документе, то такие изменения надо фиксировать в КАЖДОМ cf Точно! а потом после таких умников пытаешься реанимировать ЗУП, чтобы он что-то считал нормально. ты на таких смотри, только своей головой думай

+10550 а самое западло забыть объединить предопределённые элементы ПВХ

Ну ты имеешь ввиду что ты готовишь cfники для каждого из 5 релизов? Я просто вот как посмотрел люди делают, открывают копию рабочей базы, рабочую обновляют типовым cfником , но не нажимаю обновить базу данных , а вносят как раз вот эти изменения, и только потом обновляют базу данных? Можно просто пошагово если не сложно, я вот реально туплю в этом, хотя уже кучу всего читал по этому поводу. Вот есть у меня конфигурация в которой добавлен новый документ новая подсистема , изменены несколько модулей и форм, и у одного типового документа добавлено движение и составной тип реквизита. 1) Обновляю на второй релиз, не обновляю базу данных, добавляю движения в документ и составной тип. (подсистема и новый документ перенестись должны) 2) Обновляю на 3-4-5 точно так же , не обновляю базу данных. 3) В 5 релиз добавлю все модули измененные и формы меняю если были измененные. И только тут обновляю базу данных? А какой прикол, получается обработка сработает же тоже только в самом конце когда у нас уже пятый релиз = бла прошу вас набраться терпения =)) Просто ни где нормально про обновление типовый не написано , я бы уже давно прочитал в документации еслиб было.

твой подход вреден для здоровья

подготовил cf... обнови конфигурацию, запусти 1С в режиме Предприятия. ДАЙ обработке конфигурации выполнить свои важные действия.... и только после этого обновляйся на след. релиз

Ок мне нужно 5 cfников тогда да? и после каждого релиза обновлять конфигурацию базы данных и открывать предприятие! А зачем тогда формы тянуть за собойи типы составные , все же тогда можно в последний добавить, разве нет? (надеюсь это последний вопрос на сегодня)

Ок мне нужно 5 cfников тогда да? и после каждого релиза обновлять конфигурацию базы данных и открывать предприятие!  - ИМЕННО ТАК формы тянуть за собойи - я говорил обратное.. нафиг нафиг все модули А зачем тогда формы тянуть за собойи типы составные  - а затем, что 1С-ка в процессе перехода с релиза на релиз модифицирует свои объекты... меняет их, удаляет.... или переносит... а ты затер обработку обновления конфигурации с релиза 1 на 2, с 2 на 3.. и тд. У тебя в базе осталась только обработка перехода с 4 на 5... ну и все... потерялись твои данные на 69 счете.... при таком подходе к обновлению, или ты НДФЛ уже не сформируешь за 2011 год, потому, что служебный справочник по кодам льгот НДФЛ не обновился.. дальше примеры не буду приводить

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

Спасибо большое за подробные ответы! Тоесть ты имеешь ввиду что например у меня там реквизит какой то изменен ,у него тип справочник сотрудники и я добавил еще справочник физ лица. обновил на второй релиз , а в типовой остался типо только справочник сотрудники и при запустке режима Предприятия у меня все данные этого реквизита типа физ лица собьются, так получается? Ок , а есть какой то список чтобы просто не забыть лишний раз, просто чтобы при каждом обновлении его перез глазами иметь, что нужно тянуть из релиза в релиз, а что можно только в последнем добавить. (тоесть модули и формы например не влияют на хранение того что уже есть базе данных поэтому их тянуть не нужно, так получается?) Я это уже понял что лучше последовательно,теперь осталось уточнить некоторые детали, я надеюсь =)

+28 Сам так год назад обновился. Лень было несколько релизов обновлять. Хорошо, что, я не один такой олень оказался и к моменту когда мне эти грабли прилетели на мисте уже была соответствующая тема об ошибке обновления. Быстренько нашел нужную процедурку, впихнул её во внешнюю обработку и дообновил базу. Бухи почти ничего не заметили, только удивились странному поведению некоторых документов, на, что получили стандартный ответ о радиусе кривизны их рук.

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

Спасибо еще раз!

если я смог реально помочь, то я рад этому

Да реально помог! Единственный вопрос еще, а разве не легче вместо того чтобы готовить 5 cfников , это же долго по времени, нужно делать пустую базу обновлять ее, вносить изменения и т.п. А можно же взять например рабочую базу сделать ее копию, запомнить какие вещи нужно переносить, обновить обычным cfu типовым, обновить только поставщика и основную конфигурацию и ДО ОБНОВЛЕНИЯ КОНФИГУРАЦИИ БАЗЫ ДАННЫХ внести эти изменения это дело нескольких минут если это не долго, и только потом обновить конфигурацию базы данных, тогда ничего не слетит , но получиться это на порядок быстрее чем делать 5 cfников.

"на такая таблица есть... правила перехода с релиза на релиз" Хоть убей не могу найти уже минут 30 =\

Не советую. Внутренний идентификатор добавленного реквизита может не совпасть с родным идентификатором поставщика. Как результат - потеря данных.

Это еще почему? А когда мы делаем cfник измененный что меняется?

Если не сложно может кто нибудь скинуть эту табличку , а то не могу найти до сих пор = 31

у тебя доступ на этот сайт есть (логин/пароль)? Если есть, заходи в раздел своей конифгурации и первым, что ты увидишь - эту таблицу

У меня только от платформы доступ , так видимо нету...

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

У объектов, сделанных поставщиком будут желтые значки (с замочками и без). А то, что ты сделаешь, будут без поддержки. Желтый значок означает, что у данного реквизита (объекта) есть идентификатор поставщика. Поставщик может изменить имя реквизита в одной из редакций. При этом на этом объекте останется желтый признак. Данные внутри базы цепляются прежде всего за внутренние идентификаторы. ЗЫ, такого в 77 не было. Первая ошибка семерочников - игнорировать внутренние идентификаторы и вера в то, что правильного имени и свойств добавляемых реквизитов достаточно.

+ в карму. хорошо сказал.

было измерение Сотрудник 2 версия. переименовали в УдалитьСотрудник, добавили ФизЛицо, обработка обновления заполнила 3 версия. удалили измерение УдалитьСотрудник как собрались прыгать из 1 в 3?

*Только как это понять не соображу!? Хм... ну так в любом случае нужно проанализировать релизы и точно понять есть ли новые объекты или удалены старые ! если такие есть тогда через них лучше не перескакивать ! Но при наличии мозгов можно и через них перескакивать, но тогда придется писать свои обработки по переброске объектов первичных в конечные без промежуточных !! Но это гимор еще тот ! ИМХО.

ты бы лучше не придумывал всякую фигню, а обновлял бы как все. Нажимаешь кнопку "Обновить" и задаешь ей файлик обновления от фирмы 1С. И у тебя на экран выдаст всё что тебе нужно: и список того, что ты наковырял *(чтобы не забывал) и изменения от 1с и кучу еще всего. Нафига тебе лазить содавать какие-то сф-ники? Выкинь наконец свои мысли из 7.7. Это уже 8.2.

Я то как раз именно это и говорю! Зачем создавать 5 cfников если можно просто взять нашу базу Через поддержку-обновление выбираю cfu типовой следующего релиза , и в окне сравнений будет видно что мы изменяли что 1с , обновить так, и ДО НАЖАТИЯ ОБНОВИТЬ КОНФИГУРАЦИЮ БАЗЫ ДАННЫХ внести изменения которые нужно тащить из релиза в релиз обязательно! А в последний релиз внести все остальные! Если честно так и не могу понять что в этом плохого. Я понимаю все что вы написали, и что при обновлении они будут обновляться по ссылкам,но я не понимаю почему это плохо. Был у нас реквизит Сотрудники его переименовали в УдалитьСотрудники, при обновлении наш реквизит найдет этот реквизит по ссылке и тоже переименует..... так вроде и должно быть, в чем проблема ? = 46 42

Например изменен у меня составной типо реквизита (состоит из Справочника Сотрудники и в ручную добавлено из справочника ФизЛица) , вы берете чистую базу второго релиза вносите туда это изменение ,выгружаете в cfник и объдиняете с первым! А я хочу взять первую базу обновить ТИПОВЫМ релизов и ДО обновления базы данных но когда уже обновиться основная конфигурация, внести это изменение! Так будет нормально? Суть то тоже самое но не нужно делать чистую базу вносить туда изменения выгружать в cf. !!!! вот за счет чего экономится время.

вы там с какой конфигурацией работаете? Вы там поаккуратнее. За такие вещи как изменение реквизита Сотрудник ведь действительно яйца могут оторвать. Не стоит вообще влезать в типовые реквизиты. Как они есть так пусть и остаются.

У меня сейчас нету ни какой конфигурации , я только учусь =))) Просто привел пример. Так мой подход правильный? или все таки неужели нужно создавать 5 cfников с внесенными изменениями?

не правильный не надо

А как тогда ?????????? Еще раз пошагово объяснию на примере. У меня есть база типовой бухгалетрии в которой например у реквизита документа изменен составной тип , вместо стандартного типо СправочникСотрудники добавлен еще СправочникФизЛица, и еще изменен модуль документа например. Но модуль можно добавить только в самом конце т.к. он влияет только на работу документа, а составной тип нужно менять из релиза в релиз чтобы не потерялись данные, как мне объяснили. Так вот, нужно обновить базу на 3 релиза допустим. 1) Я беру рабочую базу (делаю копию естественно) , через Поддержка-Обновить конфигурацию, выбираю файл обновления ТИПОВОЙ cfu для второго релиза. 2) Обновляю базу  но когда выходит вопрос "Обновить конфигурацию базы данных?" отвечаю НЕТ. Заходу в составной тип и добавляю еще тип СправочникФизЛица. 3) Обновляю конфигурацию базы данных и запускаю режим Предприятия чтобы сработала обработка перехода с релиза один на релиз два. 4) Все тоже самое для второго и третьего релиза 5) После обновления третьим релизов, добавляю опять составной тип и добавляю все остальные изменения, в данном примере модуль документа изменяю как был изменен у нас. 5)Обновляю конфигурацию базы данных и запускаю режим Предприятия. Так вот, можно ли так делать? Просто мне рассказывали что нужно например создать чистую базу второго релиза, внести туда изменение например добавить наш дополнительный тип СправочникФизЛица ,потом выгрузить базу в cf и уже им обновлять нашу базу, и так видимо для каждого релиза, это же на много дольше получаеться!? Теперь понять о чем я спрашиваю? =) И еще один дополнительный вопрос, где все таки взять табличку в которой написано какие изменения нужно обязательно тащить из релиза в релиз, а какие можно добавить только в последний? Заранее спасибо за ответы!

понятно*

Обновляй последовательно и не люби людям мозг, раз так боишься потерять данные

Блин я про последовательное обновление уже последние постов 10 и говорю, вы что не читаете их вообще?

+ 100500

КМ155 респект за очень информативные посты! лучше уж вобще не писать. неужели сложно объяснить

Обновляй последовательно, не люби людям мозг. Даж если вроде и ничего с 1 по 5-й, однако там может что-то внутри, о чем даже сама 1с не в курсе. И тогда через полгодика когда откроется, будешь дневами и ночами искать глюк, потом когда найдешь будешь волосы рвать на причинных местах. в общем не одно стадо леммингов полегло - обновляй по очереди, релиз за релизом.

Да парни я уже давно понял что нужно обновлять последовательно. Я теперь пытаюсь работаться как именно нужно последовательно обновлять. Еще раз пошагово объяснию на примере. У меня есть база типовой бухгалетрии в которой например у реквизита документа изменен составной тип , вместо стандартного типо СправочникСотрудники добавлен еще СправочникФизЛица, и еще изменен модуль документа например. Но модуль можно добавить только в самом конце т.к. он влияет только на работу документа, а составной тип нужно менять из релиза в релиз чтобы не потерялись данные, как мне объяснили. Так вот, нужно обновить базу на 3 релиза допустим. 1) Я беру рабочую базу (делаю копию естественно) , через Поддержка-Обновить конфигурацию, выбираю файл обновления ТИПОВОЙ cfu для второго релиза. 2) Обновляю базу  но когда выходит вопрос "Обновить конфигурацию базы данных?" отвечаю НЕТ. Заходу в составной тип и добавляю еще тип СправочникФизЛица. 3) Обновляю конфигурацию базы данных и запускаю режим Предприятия чтобы сработала обработка перехода с релиза один на релиз два. 4) Все тоже самое для второго и третьего релиза 5) После обновления третьим релизов, добавляю опять составной тип и добавляю все остальные изменения, в данном примере модуль документа изменяю как был изменен у нас. 5)Обновляю конфигурацию базы данных и запускаю режим Предприятия. Так вот, можно ли так делать? Просто мне рассказывали что нужно например создать чистую базу второго релиза, внести туда изменение например добавить наш дополнительный тип СправочникФизЛица ,потом выгрузить базу в cf и уже им обновлять нашу базу, и так видимо для каждого релиза, это же на много дольше получаеться!? Теперь поняли о чем я спрашиваю? =) И еще один дополнительный вопрос, где все таки взять табличку в которой написано какие изменения нужно обязательно тащить из релиза в релиз, а какие можно добавить только в последний? Заранее спасибо за ответы!