Вышел релиз УТ 11.4.6.166, но его не рекомендуется использовать на платформе 8.3.13.1513.
Как это понимать ? Платформа 8.3.13.1513 кривая ? С какой платформой можно использовать ?
(1) В поставке обновления указана версия платформы, ниже которой не желательно её использовать.
Мы пока установили последнюю версию платформы 8.3.12. Ни одна конфигурация еще не требует 8.3.13
(1) Откуда инфа то? Не вижу нигде.
У нас используется 8.3.13.1513, и мне она не нравится пока тем, что отладка отваливается, и очень часто. Лечится перезапуском или переподключением.
Ещё в обычном приложении при открытии файла (файл-открыть) сразу краш был, пришлось совместимость с win7/8 поставить и ошибка ушла. Уж не знаю, что они там наделали...
Ну как понимать... Вот поставили мы эту платформу под нашу конфигурацию. И был на рабочем столе в 1С табличный документ, в котором при активизации области прорабатывался некоторый код, который был необходим для расшифровки и раньше никак не влиял на функциональность. А на 8.3.13.1513 из-за этого кода при активизации области всё лочилось на одной ячейке и не давало выделять область ячеек. Это как пример.
Ещё как пример после формирования отчёта на СКД и при изменении структуры отчета через изменение вариантов или настроек отчета аварийно завершается сеанс)
Платформа 8.3.13.1513 не отозвана. И какую платформу теперь использовать ? Пойти выше (8.3.13.1644) или ниже (8.3.2.1714) ? Как-то часто менять платформы не хочется.
4.
accounting_cons
76207.12.18 14:45 Сейчас в теме
(3) Как правило, последние релизы в длинной линейке подрелиза (сейчас это 8.3.12) работают лучше, чем первые релизы более свежего подрелиза (8.3.13). Просто у разработчиков было больше данных для отладки и вылизывания кода. Так что выберите последний релиз из 8.3.12 и сидите на нем, пока УТ не потребует чего-то посвежее (а это будет еще через год примерно).
(4) Есть конечно ошибки платформы, но платформы также и отличаются возможностями. А в последних версиях конфигурации, режим совместимости отключен. А из-за этого может возникать проблемы, в связи с переименованием методов и изменением их логики работы.
Либо включать режим совместимости.
(3) Для начала расскажите, для чего вам нужна 8.3.13? Вы готовы рискнуть стабильностью работы ради неё? Если нет - ставьте любую 8.3.12, не ниже разрешенной и не забивайте голову. Пока БСП не стал поддерживать желаемую версию - не стоит эту версию применять в проде. Для опытов - сколько угодно.
(8)Дело в том, что у меня нет прав устанавливать платформу, а пока "сисадмин" это сделает уже нужно устанавливать следующую версию. Поэтому и даем на установку последнюю версию, чтобы "на долго хватило".
Из личных наблюдений.
1С последние несколько лет ведет одновременное поддержание 2-х веток платформы.
Аля linux-стайл.
Одна ветка, стабильные релизы, с незначительными исправлениями безопасности и ошибок.
Вторая ветка, условно-стабильные релизы, с доработкой функционала. (аля public-beta)
По сути уверен есть и третья ветка, Developer, где пилится совсем новый фунционал (dev->alpha->ЗБТ).
Так вот четные релизы 8.3.8, 8.3.10, 8.3.12 - это и есть ветка со самыми стабильными релизами.
А нечетные 8.3.9, 8.3.11, 8.3.13 - Это public-beta.
По сути должно быть так.
Есть 8.3.12, 8.3.13 , где-то в 1С есть 8.3.15 - это альфа.
Когда 8.3.15 будет готова увидеть свет, а 8.3.13 будет уже почти полностью отлажена:
8.3.12, 8.3.13 прекратит свое существование, появится 8.3.14 которая по сути будет следующим релизом 8.3.13 и изменения фунционала в ней будут "замороженны" и появиться 8.3.15 где на массовом пользователе будут вылавливаться баги и меняться функционал по предложениям пользователей.
На самом деле не совсем так происходит, но смысл не теряется.
Так что на особо ответственных местах не использую "нечетные" релизы.
А по поводу
чтобы "на долго хватило"
, это плохая практика, по сути, на долше всего хватит, релиза который имеет наибольшую версию (и в котором на момент установки может быть наибольшее количество ошибок), и что б на дольше хватило, вы будете держать этот "грязный" релиз до того пока вам не прийдется обновиться.
Это плохо и для данных и для безопасности, ведь ошибки разные бывают.
Правильная практика, ставить максимально быстро релизы стабильной ветки. (или как минимум отслеживать исправленные ошибки, и решать коснуться они вас или нет).