Простите, я не всё досконально тут прочитал ещё, до CI/CD не добрался

Это частный случай. Ваш же собственный пример с 1С 7 и 8 приводит иную концепцию разработки

если в компании есть политика относительно того, что идёт в патч (критические баги), то продукт не меняется кардинально в фиксах

большие фичи всё же стараются добавлять в мажорные релизы

так я же специально сказал: есть компании, которые ставят во главу угла издевательство над клиентами.

старые компании с древним устаревшим подходом разработки.

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

Я же говорю: есть устаревшие мифы о том, как может быть получилось бы всё сделать хорошо.

А вы понимаете, что всё это про только "консьюмерские" разработки. Ну там 1С, АПИ гугла.
А есть ещё разработка продукта по ТЗ, когда у заказчика через месяц меняется изменится интеграция и ему нужна новая версия продукта с её поддержкой. А со старой не нужна, эта интеграция устареет.
Вот и мажорная версия

Что думаете об изменениях версиях ядра Linux и по поводу того, что там ничего не происходит?

у меня есть опыт поддержки например 8 летнего проекта внедрения в судах системы аудиовидеофиксации заседаний. Проект будет развиваться ещё лет 5-7 минимум.

> А со старой не нужна

такого не бывало в моей практике никогда. Перехлест по версиям конкретных фич _минимум_ на 1 версию, т.е. и старое, и новое.

В особо запущенных случаях бывает и больше и это ещё у меня очень прогрессивные заказчики.

Именно поэтому нет никаких мажорных изменений.

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


Зато у всей системы, у всего комплекса есть конкретные опорные точки в которых известна абсолютно вся конфигурация системы.

Что это? Правильно, это дата релиза. Что мы получаем?  Calver

> semantic versioning — утопия и работает только с игрушечным софтом, который никем толком не используется.

Как это вы резко под одну гребёнку всех. Опрометчиво.

+

Выглядит как натягивание своего опыта на все существующие кейсы.

"Есть моё мнение и неправильное"

"такого не бывало в моей практике никогда" - теперь вы понимаете причину когнитивного искажения, которое мешает вам встать на сторону оппонента в этом споре?

Microsoft Visual Studio Professional 2019
Version 16.9.3

:D

@Nick_Volynkin ну, думаю, что ликбез пора заканчивать. С собственными мифами и догмами в голове люди далекие от разработки могут только сами разобраться.

Ок, я понял цепочку: "не бывало в моей практике никогда" ->  "не существует вообще" -> "все у кого не так - неправы" и "далёкие от разработки". Это называется эгоцентризм. На этом действительно стоит закончить.

> догмами
Но догмами только вы тут говорите, а тех, кто вашу догму не принимает, унижаете. Не стоит так делать.

боюсь, что ты мало чего понял.

Я потратил немало времени на то, чтобы привести доводы и примеры, но у тебя, как и у некоторых остальных, нет ничего кроме «ойой, такого не бывает, мне в саду всё по-другому говорили»

Ни единого факта, примера, довода. Собственно, что и требовалось доказать.

semver — одна из химер, которая держится на религиозном бессмысленном упрямстве и нежелании переосмыслить собственный опыт =)

Но ведь догмы только у Вас.

Выбрал semver, потому что больше встречается. Но бывает не только он.