Спасибо большое за уточнение. Возможно, будет полезно также добавить ссылку на это на GitHub, чтобы люди могли легко найти её через ссылку «Changelog» в верхней части, как я видел в других проектах.
Почему нет постов о небольших изменениях? Например, в примечаниях к выпуску 2.6.7 упоминалось исправление уязвимости безопасности. Мне приходится сравнивать теги и проверять коммиты, чтобы убедиться в наличии исправлений безопасности.
Извините, я не совсем понимаю… Если в примечаниях к выпуску сказано, что было исправлено уязвимость безопасности, зачем вам приходилось сравнивать теги?
Мы не публикуем примечания к выпускам для ветки stable, но также переносим только критические исправления ошибок или проблемы безопасности, поэтому ответ на вопрос «Стоит ли обновляться до более новой точечной версии, работая с веткой ‘stable’?» всегда — да.
Итак, чем отличаются релизы minor и tiny?
Например: являются ли tiny-релизы только исправлениями ошибок и обновлений безопасности?
А minor-релизы — это новые функции или что-то другое?
Судя по сообщению от @Falco, независимо от типа релиза нам всегда следует обновляться.
Интересует, следуете ли вы аналогичной схеме семантического версионирования, как на https://semver.org/.
Например: 2.6.7 — это Major.Minor.(Tiny или Patch)
Мы не строго следуем семантическому версионированию, нет. Мы практикуем непрерывную разработку. Номера версий служат скорее вехами, чем строгим семантическим версионированием. По умолчанию сайты могут обновляться до самого свежего кода в любое время; они не ограничены конкретной «версией». Например, прямо сейчас Meta опережает выпуск «2.8.0.beta1» на 153 коммита.