Вот в продуктиве:

8.3.19.1659    30.08.22    
8.3.18.1894    30.08.22    
8.3.17.2665    30.08.22    
8.3.21.1484    25.08.22    
8.3.20.2039    25.08.22

А вот в тесте:

8.3.22.1553
8.3.21.1508
8.3.17.2677
8.3.20.2076
8.3.19.1665
8.3.18.1902

(0) Переходи на 7.7. там все стабильно. Давно.

(1) А в самом деле зачем? Я тоже не понимаю сакрального смысла одновременно шести платформ в продакшен

(2) В каждой платформе свои ошибки

(3) а с учетом того. что поддерживается больше двух - количество вносимых ошибок - больше чем количествол исправляемых

(2) у тебя Документооборот развивается на самой актуальной версии платформы, на ней обкатывают новые фишки

ЕРП на более-менее стабильной версии платформы крутится

и тд

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

Тогда надо будет все типовым (и отраслевым) конфам обеспечить единую совместимость с конкретной платформой и конкретными библиотеками, включая старые образцы программ на обычных формах. Или отказаться от поддержки старого, хотя бы.
Например, тот же Документооборот первой редакции чтобы не запускался даже. не говоря уже об УПП и тому подобном.

(0)Небось разные команды разработчиков их ведут, вот и не могут их свести воедино все)

Вроде сервис 1С:Фреш стал главной причиной такого явления, т.к. он сильно отстает из-за очень высокой цены ошибок. Поэтому они его переводят на следующую платформу, когда ее уже прям хорошо так обкатают все остальные.

(9) когда ее хорошо обкатают? так у фреша даже релизы с юзерсом не совпатают, а про накатывание тестовых конфигураций до их побликации на юзерсе вообще молчу

Ранее наблюдалось актуально держали максимум 3 или 4 подрелизов.

А сейчас в тесте 6! релизов... от 17й по 22

Сейчас такой разбег у клиентов бывает обнаруживаешь от 1С 8.2.19 до 1С8.3.18 Иногда ищешь нужный релиз чтоб проверить именно на том релизе.

(4) С семёркой всё было стабильнее. В чётных релизах добавленные ошибки, в нечётных исправления.

(14) тогда платформу писали программисты, а теперь погромисты

(15) Сейчас во всей ИТ-отрасли так. 1с просто следует мировым трендам. Сейчас модно выпускать сырой код в продакшен.

(16) Всё последовательно. Сначала по принципу "хуякс-хуякс и в продакшен" лабали конфигурации, как ни странно прокатило. теперь и с платформой также работают. Пипл хавает, бабло течёт, чего ещё надо?

(0) Что самое интересное, что чем больше циферка версии, тем больше ошибок и багов :)

(10) А чего? Неплохо так, 1С выпускает релиз вчера, на сегодня писатели конфигураций единым голосом гласят ,что только вчерашнюю версию ставить... И нечего, что они не могли разрабатывать свой код за один присест :)

(18) Баг объявим фичей, а возникшую несовместимость - моральным устареванием. Так победим.

(18) отсюда следует простой выход - надо сменить нумерацию типа 8.99 и нумеровать вниз.
Правда есть риск что на 8.99 всё рухнет.

(18) Тоже логично, на каждое новое решение и/или исправление добавляется минимум по одной новой ошибке. Шей да пори, и не будет пустой поры.

(10) Через 4 года после каждого релиза.

Меня в своё время сильно озадачило, что в 8.3 _тонкий_ клиент перестал работать на процессорах без поддержки sse2. Хотя, суть тонких клиентов именно в пониженных требованиях к быстродействию рабочего места. А тут бац - вторая смена, все 32-разрядные атлоны и туалатины в утиль, потому что в 1с так решили. Причем какое-то время они даже официально не признавали, что системные требования поменялись с версии 8.3.