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

Я давно читал первоисточники и уже начал забывать.

Еще есть "релиз"...

На ИТС всё объяснено

Еще есть "Сборка"

считвй точки

3.1.2.3

3.1 - редакция

3.1.2 - версия

3.1.2.3 - сборка

(5) опередил)

[Версия].[Редакция].[Подредакция].[Сборка]

А вот по платформе как?
7.7
8.0
8.1 или 8.2 или 8.3
8.3.10, 8.3.16,

Спор начался с того кто как называет ПБ2 или БП3
Потом перешло на 8.2 или 8.3

(0) "В одном из каналов телеги по тематике 1С случился холивар.
Там ребята спорили"

Напомнило древнюю сказку где толпы мудрецов десятилетиями спорили где у палки начало, а где конец

Соврал.

[Редакция].[Подредакция].[Версия].[Сборка]

https://its.1c.ru/db/v8std#content:483:hdoc

(11) Это для платформы или для конфигураций?

(12) Для конфы там написано.

(13) Так у вас спор в телеге по конфам или по платформе?

На самом деле нумерация от балды. Боятся старшие цифры поднимать

(10) Некоторые даже войны устраивали.Типичный пример,это война между тупоконечниками и остроконечниками

одни дураки спорили,я дурак - читаю это ))

(14) Кто-то задал вопрос:
1. "Подскажите в 8.2 как можно сделать отчёт...."  подразумевая про конфу.
Его подправили:
2. "8.2 это версия платформы, а не редакция конфигурации. Давайте говорить правильно"
Дальше больше второму возразил третий:
3. https://its.1c.ru/db/answers1c/content/1082/hdoc
Итс с вами не согласен. 8.2 - это не версия, это редакция

И пошло поехало...

(18)Кароче из ничего сделали слона, прекрасно понимая друг друга, кто-то решил почесать ЧСВ и всего-то.

(19) +++

Так вы мне скажите 7.7 8.1 8.3 это версии платформы или редакции?

(18) С БП дурацки получилось что 1С 8.2 = БП2 и 1С 8.3 = БП3
В итоге даже маркетологи 1С в официальных источниках стали так писать и путать клиентов

(22)+ а 1С 8.1 = БП 1.6
Хотя юзали ее уже на платформе 8.2 большую часть времени

(21) ну.. 7.0, 7.5, 7.7 - версии наверное...

(8) >> А вот по платформе как?

А по платформе - чистой воды маркетинг.
В теории появление в платформе управляемого приложения должно было повысить номер редакции платформы до 9 (вместо 8.2).
Но после провального старта снеговика и массы негатива со стороны клиентов решили не рисковать и не делать акцент на очередной принципиально новой редакции платформы.

(21) >> 7.7 8.1 8.3 это версии платформы или редакции?

Занудство это.
В общении с клиентом ты в любом случае будешь говорить "версия". Просто ради того, чтобы вы понимали друг друга.
Кстати говоря, это же касается и конфигураций.
Никто не говорит "7-я сборка, 4-ой версии, редакции 1.6". Все говорят версия "1.6.4.7".

(21) Я для платформы всегда называл x.y версиями, x.y.z релизами. Для типовых x.y редакциями, x.y.z релизами, а иногда и версиями. Никаких проблем с пониманием не испытывал.

(26) У меня так же происходит.

(15) Давно пора ввести нумерацию багфикс-подверсий по дате выхода. Когда новые фичи не вводятся, а лишь правятся ошибки .
Типа так 3.1.7.20220625

(28) Что это даст, кроме неудобств (в один день два фикса не выпустить)?

(29) Сразу видно, насколько старый релиз и следует ли обновиться.

Не важен стандарт описания версий, релизов и прочих приблуд. Важно, чтобы они позволяли идентифицировать каждый экземпляр разработки как на разных стадиях использования

(28) Добавь еще время) Я иногда фиксирую не только время, но дописываю комментарий к важным файлам в наименовании. Но многое зависит от системы учёта версий в конкретной компании. Бывают свои заморочки, которые меняют общепринятый стандарт

(30) Обновляй, но проверяй. Сам по себе номер сборки не является определяющим. Это только фиксация очередного экземпляра разработки.

(28) >> ...ввести нумерацию багфикс-подверсий по дате выхода.

Крайне неудобный способ нумерации версий. Бессмысленный и беспощадный.
Дата выхода почти никогда не известна заранее. Соответственно на этапе разработки номер версии не присвоить. Он станет известен только в дату релиза.
Разрабатывали версию 3.1.7.ххххххх, а выпустили 3.1.7.yyyyyyyy. И номера эти никак между собой не связаны.
А если по какой-либо причине (ответственный за сборку заболел, например) релиз надо перенести на один день, то придётся из-а этого менять номер релиза.

Безусловно где-то подобная нумерация может быть удобна.
Но, по-моему, в подавляющем большинстве случаев она имеет больше минусов, чем плюсов.

(34) Для конечного потребителя должно быть лишь две версии - устаревшая и актуальная. И дата в номере версии очень удобна для оценки актуальности. Нужно срочно обновляться или ещё пару недель подождать.

У платформы только версии