Size: a a a

DevOps — русскоговорящее сообщество

2021 March 01

С

Сайхан in DevOps — русскоговорящее сообщество
Тупо первая версия
источник

С

Сайхан in DevOps — русскоговорящее сообщество
Где там договорённости
источник

С

Сайхан in DevOps — русскоговорящее сообщество
Где там фичи и фиксы?
источник

С

Сайхан in DevOps — русскоговорящее сообщество
А нету их
источник

С

Сайхан in DevOps — русскоговорящее сообщество
Потом будут
источник

M

Maksim Sharov in DevOps — русскоговорящее сообщество
Сайхан
Где там фичи и фиксы?
для этого делают альфа-ветку и работают на ней, и все ваши релизы нумеруются как-то так 1.0.0-alpha234
источник

D

DevOps Help Bot in DevOps — русскоговорящее сообщество
Report on spam message was send to admins. Please be patient.
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
Maksim Sharov
самое простое - семантические релизы.

определяете перечень веток, на которых происходит триггер на версионирование

например, на semantic-release по дефолту

  branches: [
   "+([0-9])?(.{+([0-9]),x}).x",
   "master",
   "next",
   { name: "alpha", prerelease: true },
   { name: "beta", prerelease: true },
 ],

при вливании фича-ветки в одну из этих веток, тег считается взависимости от предыдущего тега до последнего коммита. анализатор коммитов в зависимости от вашего конфига читает тип и сообщение коммита (они должны быть формализованы и записываться согласно правилам, это контролируется линтером коммита), считаем, что fix тип увеличивает патч-версиь, feat тип - минорную, broken changes - меняет мажор

например, есть тег 1.0.0, новая ветка сливается и в ней есть такой хвост от последнего тега

fix: ololol
feat: test
ci: azazaaza

новая версия - 1.1.0

или

fix: ololol
fix: test
ci: azazaaza

новая версия - 1.0.1

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

M

Maksim Sharov in DevOps — русскоговорящее сообщество
Vladimir Chernyshev
бамп мажорнойда и минорной версии чисто продуктовое решение бывает, маркетиноговое, какая обратная совмемтимость в продукте?
что значит обратная совместимость?
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
престали поддерживать ИЕ11? )
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
Maksim Sharov
что значит обратная совместимость?
для пользовательского продукта - не знаю )
источник

M

Maksim Sharov in DevOps — русскоговорящее сообщество
Vladimir Chernyshev
престали поддерживать ИЕ11? )
как это связано с бампом версии? пишите на сайте продукта - поддерживается IE до версии 2.1.x
источник

M

Maksim Sharov in DevOps — русскоговорящее сообщество
а сами погнали пилить версии дальше
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
Maksim Sharov
как это связано с бампом версии? пишите на сайте продукта - поддерживается IE до версии 2.1.x
ну типа бамп мажорной по семверу означает брокен ченжес
источник

M

Maksim Sharov in DevOps — русскоговорящее сообщество
Vladimir Chernyshev
ну типа бамп мажорной по семверу означает брокен ченжес
да, и?
источник

M

Maksim Sharov in DevOps — русскоговорящее сообщество
Vladimir Chernyshev
ну типа бамп мажорной по семверу означает брокен ченжес
вы можете сами задавать правили изменения мажорной версии
источник

M

Maksim Sharov in DevOps — русскоговорящее сообщество
не только брокен релиз
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
Maksim Sharov
да, и?
как продукту ее бампать. если такого поняти нет в принципе
источник

M

Maksim Sharov in DevOps — русскоговорящее сообщество
Vladimir Chernyshev
как продукту ее бампать. если такого поняти нет в принципе
что значит бампать продукту?
источник

M

Maksim Sharov in DevOps — русскоговорящее сообщество
какого понятия?
источник