Size: a a a

DocOps-сообщество

2021 April 30

FM

Fox Mulder in DocOps-сообщество
источник

ME

Maria Ermakovich in DocOps-сообщество
чем версия 21.1 принципиально хуже версии 2021.4?
источник

ML

Maksim Lapshin in DocOps-сообщество
я выше уже несколько раз описал это.

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

Т.е. хочешь переехать с 1С 7 на 1С 8, ты заново оплачиваешь разработку и + к этому ещё и миграцию.

Некоторые компании действительно так издеваются над своими клиентами, ну или есть мазохисты, которые так любят, но всё таки современная практика подразумевает возможность плавного, unobtrusive изменения.
источник

ME

Maria Ermakovich in DocOps-сообщество
такие же договорённости
источник

FM

Fox Mulder in DocOps-сообщество
А вот что у гугла
Note: The use of the term "major version number" above is taken from semantic versioning. However, unlike in traditional semantic versioning, Google APIs must not expose minor or patch version numbers. For example, Google APIs use v1, not v1.0, v1.1, or v1.4.2. From a user's perspective, major versions are updated in place, and users receive new functionality without migration.
источник

ML

Maksim Lapshin in DocOps-сообщество
соотвественно чтобы сделать это возможным, продукт одновременно плавно меняется, поддерживает возможности как из прошлого, так и из будущего.

Это не semver
источник

ME

Maria Ermakovich in DocOps-сообщество
в концепции семантического версионирования нигде не прописано что смена мажорной версии это обязательно боль миграции
источник

ME

Maria Ermakovich in DocOps-сообщество
это вы уже сами привнесли
источник

ME

Maria Ermakovich in DocOps-сообщество
я думаю если в продукте с календарным версионированием я перескочу несколько лет, то тоже столкнусь с болью
источник

ML

Maksim Lapshin in DocOps-сообщество
вы занимаетесь довольно примитивной манипуляцией и я не вижу смысла дальше с вами что-то обсуждать.

Вы сейчас пытаетесь мне приписать свои собственные домыслы о том, что якобы calver снимает боль миграции.

Это вранье, я подобного не заявлял, а вы сейчас немедленно начнете говорить, что вы ничего такого не приписывали, но это так же довольно примитивный метод.

Моя позиция простая: semver — это химера, не имеющая отношения к реальности.
источник

A🐛

Alex 🐛 F in DocOps-сообщество
Вы смешиваете договорённость о значении старшей цифры в semver и разработку с обратной совместимостью. Строка в поле version, будь то "1.4.7RC1" или "2021.03.1" вообще ни при чём. КМК
источник

ME

Maria Ermakovich in DocOps-сообщество
источник

ME

Maria Ermakovich in DocOps-сообщество
я приписываю вам только это
источник

ME

Maria Ermakovich in DocOps-сообщество
нет уж, ничего такого эта страшная химера не подразумевает
источник

ML

Maksim Lapshin in DocOps-сообщество
более того. Доклады яндекса о том, что концепция  api/v1/ дальше v2 никуда не уходят были ещё 10 лет назад.

Сегодня у многих компаний вообще отказ от версионирования урлов в апи и попытки нащупать нужное через флаги в запросах.
источник

ML

Maksim Lapshin in DocOps-сообщество
я тебе объяснил?

Смена мажорной версии или просто ад, как это в случае с 1С, или ничего не отражает.
источник

NV

Nick Volynkin in DocOps-сообщество
Ну вроде бы да, объяснил
источник

NV

Nick Volynkin in DocOps-сообщество
По переключению мажорной версии нельзя сказать, будет обновление безболезненным или оно будет невозможным. Надо вникать в конкретный продукт. А ещё может быть очень дорогое обновление без смены мажорной версии. Поэтому версия — это больше шум, чем сигнал.
источник

ME

Maria Ermakovich in DocOps-сообщество
тут смешивают название версии и CICD
источник

ML

Maksim Lapshin in DocOps-сообщество
совершенно верно. Я ровно про это и сказал: продукт на самом деле меняется в минорных субпатчах, а при смене мажорной версии ничего не происходит (это в хорошем случае). Что само по себе противоречит устарелой концепции мажорных изменений
источник