У многих продуктов крупных есть релизные циклы, например, ровно раз в 2 недели или месяц выходит новый мажор. Копить — чтобы меньше мажорных версий было. Переход на новый мажор — это время пользователей, которое они не хотят тратить
Значит периодически подливать мастер в ветку.
У многих продуктов релизные циклы как раз чтоб не копить изменения.
А на минорные хотят тратить?
А что минорные — минорные одну команду ввел, пакет обновил и всё. Относительно дешево. А если есть breaking change, надо идти, читать changelog и менять свою кодовую базу
Зачем фичи в стабильную версию вы хотите подливать, напомните?
Чтобы копились только breaking change, а полезный функционал, на который можно легко обновиться был доступен как только он готов
Зачем? Это же удваивает вашу работу
А что такое breaking change?
breaking changes это тоже полезный функционал :)
Видимо тот, что ломает обратную совместимость😬
То, при обновлении на что придется менять код своего проекта
Вы можете кодмоды делать для более легкой миграции
да, делаем иногда, но они не все могут покрыть
Обсуждают сегодня