Поделитесь опытом обновления подсистемы стандартных подсистем в собственной конфигурации
Коллеги, прошу поделитесь собственным опытом обновления БСП со старой версии на актуальную. у нас весрия 2.2.5.36, потратили месяц чтобы по инструкции обновить до 2.3.1.88. Ошибок море, еще делать 5 релизов. дальше тяжелее.
Вопрос, кто обновлял, у кого есть опыт, что лучше обновлять последовательно с релиза на релиз и тестировать, внедрять или сразу развернуть последнюю БСП и перетащить функционал из собственной конфигурации на нее?
Не ищу четкого решения, хотел бы послушать ваше мнение и ваш опыт.
Вопрос, кто обновлял, у кого есть опыт, что лучше обновлять последовательно с релиза на релиз и тестировать, внедрять или сразу развернуть последнюю БСП и перетащить функционал из собственной конфигурации на нее?
Не ищу четкого решения, хотел бы послушать ваше мнение и ваш опыт.
По теме из базы знаний
Найденные решения
(1) Выбрали способ:
1. Привести в порядок свою текущую конфигурацию. выделить все изменения в отдельные модули, обрамить комментариями.
2. Развернуть БСП последней версии.
3. Перетащить все что разработано по типовой в БСП. Все справочники, например присоединенные файлы тоже перетащить но с префиксом.
4. Обновить конфигурацию через загрузку конфигурации в базу.
5. Перенести из справочников присоединенные файлы ссылки в новые справочники БСП, старые пометить к удалению.
1. Привести в порядок свою текущую конфигурацию. выделить все изменения в отдельные модули, обрамить комментариями.
2. Развернуть БСП последней версии.
3. Перетащить все что разработано по типовой в БСП. Все справочники, например присоединенные файлы тоже перетащить но с префиксом.
4. Обновить конфигурацию через загрузку конфигурации в базу.
5. Перенести из справочников присоединенные файлы ссылки в новые справочники БСП, старые пометить к удалению.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
Не обязательно обновлять на каждый релиз. Можно пропускать релизы, но нужно выполнять последовательно все действия, описанные в UpdateSSL для всех релизов, в том числе пропущенных.
Например, сразу обновиться с 2.3.1 на 2.3.7, выполнив действия из UpdateSSL для 2.3.2, 2.3.3, 2.3.4, 2.3.5, 2.3.6, 2.3.7.
В БСП есть обработка проверки внедрения. Она хорошо помогает с обнаружением и исправлением ошибок.
Пару раз выполните обновление по инструкции, дальше будет проще и быстрее.
Сложно обновлять только если БСП переписанная, измененные модули, внедрение не полное. В этом случае стоит довнедрить, что не внедрили, привести модули к типовому состоянию.
Тогда обновление БСП занимает несколько дней, ну неделю.
Еще при обновлении хорошо помогает KDiff3.
лучше обновлять последовательно с релиза на релиз
Не обязательно обновлять на каждый релиз. Можно пропускать релизы, но нужно выполнять последовательно все действия, описанные в UpdateSSL для всех релизов, в том числе пропущенных.
Например, сразу обновиться с 2.3.1 на 2.3.7, выполнив действия из UpdateSSL для 2.3.2, 2.3.3, 2.3.4, 2.3.5, 2.3.6, 2.3.7.
В БСП есть обработка проверки внедрения. Она хорошо помогает с обнаружением и исправлением ошибок.
Пару раз выполните обновление по инструкции, дальше будет проще и быстрее.
Сложно обновлять только если БСП переписанная, измененные модули, внедрение не полное. В этом случае стоит довнедрить, что не внедрили, привести модули к типовому состоянию.
Тогда обновление БСП занимает несколько дней, ну неделю.
Еще при обновлении хорошо помогает KDiff3.
(5)
Переносить свои процедуры из модулей БСП в отдельные модули. В модулях БСП оставить только процедуры БСП, как это принято в типовых конфигурациях.
Да, платформа позволяет при сравнении объединении модулей использовать внешние программы. Задается в настройках в конфигураторе. Сильно упрощает обновление измененных модулей.
Даааа, в БСП устаревавшие модули мы как раз неоднократно дорабатывали, будет проблема.
Переносить свои процедуры из модулей БСП в отдельные модули. В модулях БСП оставить только процедуры БСП, как это принято в типовых конфигурациях.
KDiff3 - тройное сравнение файлов?
Да, платформа позволяет при сравнении объединении модулей использовать внешние программы. Задается в настройках в конфигураторе. Сильно упрощает обновление измененных модулей.
(10)Да, нужно один раз провести эту работу, зато потом обновление будет проходить сильно проще и быстрее.
При обновлении конфигурации KDiff3 сравнивает модули из 3 вариантов
А - прошлая конфигурация поставщика
B - ваша текущая конфигурация
С - новая конфигурация поставщика
И если текст из A и C совпадает, а B отличается, автоматом берет B.
Если А и B совпадают, а C отличается, берет C.
Вручную надо выбрать какие изменения брать только если все 3 конфигурации изменились.
При обновлении конфигурации KDiff3 сравнивает модули из 3 вариантов
А - прошлая конфигурация поставщика
B - ваша текущая конфигурация
С - новая конфигурация поставщика
И если текст из A и C совпадает, а B отличается, автоматом берет B.
Если А и B совпадают, а C отличается, берет C.
Вручную надо выбрать какие изменения брать только если все 3 конфигурации изменились.
(1) Выбрали способ:
1. Привести в порядок свою текущую конфигурацию. выделить все изменения в отдельные модули, обрамить комментариями.
2. Развернуть БСП последней версии.
3. Перетащить все что разработано по типовой в БСП. Все справочники, например присоединенные файлы тоже перетащить но с префиксом.
4. Обновить конфигурацию через загрузку конфигурации в базу.
5. Перенести из справочников присоединенные файлы ссылки в новые справочники БСП, старые пометить к удалению.
1. Привести в порядок свою текущую конфигурацию. выделить все изменения в отдельные модули, обрамить комментариями.
2. Развернуть БСП последней версии.
3. Перетащить все что разработано по типовой в БСП. Все справочники, например присоединенные файлы тоже перетащить но с префиксом.
4. Обновить конфигурацию через загрузку конфигурации в базу.
5. Перенести из справочников присоединенные файлы ссылки в новые справочники БСП, старые пометить к удалению.
Если уже несколько лет проработали на БСП, то ставить последнюю и встраивать ваши объекты в нее. В итоге получите cf, который накатываете на вашу базу разработки через Загрузить конфигурацию из файла.
Нужно просмотреть в разных версиях БСП обработчики перехода, т.е. какие данные обрабатываются при переходе. Я сталкивался с подсистемой Контактная информация, Адресный классификатор , о которых нужно подумать и понять как их обновить, возможно через промежуточный релиз. Внимательно к определяемым типам в БСП, если ваши объекты в них участвуют, и эти типы ссылочного типа, т.е. могут реквизитами, измерения регистров, забудете какие типы потеряете данные при обноалении
Ну а после этого , проверять конфигурацию в своих объектах и заниматься рефакторинг ом. Интерфейсы проверять, команды
Нужно просмотреть в разных версиях БСП обработчики перехода, т.е. какие данные обрабатываются при переходе. Я сталкивался с подсистемой Контактная информация, Адресный классификатор , о которых нужно подумать и понять как их обновить, возможно через промежуточный релиз. Внимательно к определяемым типам в БСП, если ваши объекты в них участвуют, и эти типы ссылочного типа, т.е. могут реквизитами, измерения регистров, забудете какие типы потеряете данные при обноалении
Ну а после этого , проверять конфигурацию в своих объектах и заниматься рефакторинг ом. Интерфейсы проверять, команды
(2) Самая проблема чего боимся при таком способе - нам же нужно будет как то данные переносить из старых структур БСП в новые. То есть это нужно писать правила обмена с текущей базы на новую.
Переносить нужно например присоединенные файлы, Банки, Контактную информацию.
Правила создавать в этом случае?
Переносить нужно например присоединенные файлы, Банки, Контактную информацию.
Правила создавать в этом случае?
(4) таких структур немного и код из трансформации от редакции к редакции в БСП есть.
Поэтому я бы эти структуры переименовал бы (префикс какой нибудь), обновился на новую БСП, и после этого уже бы обработками перенес данные из старых структур в новые. А может файлы может в свой регистр перенес отдельный на момент перехода, и оттуда уже заполнял файлы в новые.
В любом случае старался бы в рамках базы всё это делать, без перегрузок из базы в базу
Поэтому я бы эти структуры переименовал бы (префикс какой нибудь), обновился на новую БСП, и после этого уже бы обработками перенес данные из старых структур в новые. А может файлы может в свой регистр перенес отдельный на момент перехода, и оттуда уже заполнял файлы в новые.
В любом случае старался бы в рамках базы всё это делать, без перегрузок из базы в базу
(6) аааа, то есть все таблицы в которых данные и которые будут изменятся - переименовать но оставить в базе.
2. Выполнить обновление, по инструкции создать новые необходимые структуры.
3. Перенести все из старых структур в новые, старые законсервировать временно (скрыть от всех глаз но в базе пусть будут).
Хороший способ, надо попробовать, теоретически все в голове складывается красиво. не нужно будет возиться и проводить несколько изменений подряд.
2. Выполнить обновление, по инструкции создать новые необходимые структуры.
3. Перенести все из старых структур в новые, старые законсервировать временно (скрыть от всех глаз но в базе пусть будут).
Хороший способ, надо попробовать, теоретически все в голове складывается красиво. не нужно будет возиться и проводить несколько изменений подряд.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот