Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Обновление нетиповой конфигурации с нюансами
Украинский 1С форум: всё про 1С 8.3, 1С 8.2, 1С 8.1, 1С 8.0, 1С 7.7 > Программисту > Программирование в 1С Предприятие 8.2 > Программирование обычных форм 1С 8.2 и не интерфейсной логики
bizisoft
Здравия всем желаю.
Встал вопрос обновления нетиповой конфигурации альфа-авто 4 Украина.
За 2 года ее использования в нее было внесено много изменений, но и разработчик тоже не сидел на месте.

Подобную операцию такого масштаба я ещё не делал.
У нас версия 4.1.14.01, а разработчик выпустил уже четыре релиза 15.01, 15.02, 16.01, 17.01.

Я на трубе нашел вебинар, где автор показывает основы этого процесса, но повторять такую операцию 4 раза это будет вынос мозга.

Подскажите пожалуйста можно-ли сделать ход конем - произвести все эти обновления на чистую 4.1.14.01 последовательно все обновления, а потом сохранить полученную конфигурацию в файл, и сравнить-обьединить этот файл с рабочей конфой?
Или тут без вариантов и нужно последовательно обновлять по релиза перенося изменения вручную?
sava1
Чтобы потом не было гемороя - последовательно, с запуском предприятия после каждого обновления.
logist
Вопрос чисто для собственных нужд: почему решили обновится?
bizisoft
logist @ Сегодня, 0:51 необходимо зарегистрироваться для просмотра ссылки ,
На протяжение двух лет я находил несколько серьезных косяков в работе Альфы, о чем сообщал в поддержку 1С-Рарус Украина, которые пытались воссоздать "глюки" у себя и когда они подтверждали, то передавали на исправление разработчикам.
Мне отвечали, что исправления будут в следующих релизах.
Вот и хочу, чтобы эти исправления были и у меня.

Но самое главное, хочу освоить этот процесс для собственного развития.
bizisoft
Еще один вопрос возник.
У нас база была разделена на две отдельные (по филиалам), т.е. все изменения, которые я вношу в одну базу, я через файл конфигурации переношу в другую.
Они как бы одинаковые по конфигурации, а по данным только по Номенклатуре (по крайней мере есть механизм синхронизации этого справочника) в остальных данных они разные.

А как тогда в случае нетипового обновления одной базы возможно-ли применение внесенных обновлением изменений для другой базы или необходимо только проведение такого же нетипового обновление для другой базы?
logist
Если вторая база РИБ то изменения в неё придут сами с обменом, в случае последовательного изменения надо делать обмен после каждой версии и применять изменения в РИБ. Иначе процесс с второй базой такой же как с первой.
bizisoft
logist @ Сегодня, 11:14 необходимо зарегистрироваться для просмотра ссылки ,
Благодарю.
К сожалению не РИБ - придется "копать" две ямы по четыре раза )))
Petre
bizisoft @ 31.03.18, 11:14 необходимо зарегистрироваться для просмотра ссылки ,
С 14 по 16 совсем не много изменений. Сравните конфигурации поставщика и просто перенесите руками.
В 17 вообще ничего нового, кроме добавления программной защиты.
cos12
Цитата(bizisoft @ 30.03.18, 21:25) необходимо зарегистрироваться для просмотра ссылки
Подскажите пожалуйста можно-ли сделать ход конем - произвести все эти обновления на чистую 4.1.14.01 последовательно все обновления, а потом сохранить полученную конфигурацию в файл, и сравнить-обьединить этот файл с рабочей конфой?

Я Бухгалтерию так и обновлял несколько раз, на чистую накатывал до последнего релиза, выгружал cf-ник, и потом проводил объединение с нашей базой
Petre
cos12 @ Today, 9:08 необходимо зарегистрироваться для просмотра ссылки ,
Для бухгалтерии это, возможно, верный путь. Но для управленческих конфигураций, когда объем обновлений ничтожен по сравнения с объемом собственных доработок, это - путь в никуда.
bizisoft
Решился на обновление только из-за исправленных ошибок в конфигурации.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.