Представляем releases.discourse.org

В рамках нашего текущего проекта по пересмотру нумерации версий и процессов выпуска мы рады сообщить о запуске сайта releases.discourse.org.

В дальнейшем этот сайт станет основным источником информации о версиях Discourse, датах их выпуска, сроках поддержки и списках изменений.

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

Для будущих выпусков мы будем ссылаться на эти страницы вместо создания отдельных тем release-notes на Meta.

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

Дайте нам знать, если у вас есть какие-либо отзывы!

43 лайка

Где найти коммиты плагинов, которые в настоящее время включены в release-notes на releases.discourse.org?

пример
2 лайка

Небольшое предложение по улучшению:

Не могли бы вы добавить якорные ссылки для отдельных изменений (commit-card), перечисленных в разделе «Подробные изменения»?

Это, безусловно, упростит обмен ссылками на конкретные изменения : )

6 лайков

Изменения в основных плагинах включены вместе с другими изменениями ядра, поэтому отсутствуют только «неосновные официальные плагины». Добавление изменений из других репозиториев — это то, что мы, возможно, рассмотрим в будущем, но пока нет никаких планов по немедленной реализации этого.

Для неосновных плагинов (как официальных, так и сторонних) GitHub, вероятно, является лучшим способом отслеживать их изменения на данный момент.

Отличная идея! Реализация может быть немного сложной, поскольку список коммитов реализован как «виртуальный список», где фактически отображаются только элементы на экране… но я посмотрю, что смогу сделать.

4 лайка

Это разочаровывает. Самым интересным в примечаниях к выпуску для меня было именно резюме плагинов, которые не входят в репозиторий discourse/discourse. Все изменения в основных компонентах я могу найти в одном месте на GitHub. А вот изменения в других плагинах происходят в разных репозиториях, поэтому нет единого места, где можно было бы легко отслеживать их все.

4 лайка

Кажется, это хороший способ визуализировать активную разработку и срок поддержки.

Одна вещь, которую я заметил: выпуск v2026.01 помечен как [latest], но не как [ESR], как v3.5. Наличие обоих тегов было бы полезным для быстрого ознакомления.

С учетом дополнительной информации между выпуском и активной разработкой для версий, есть ли какая-либо настройка (или план по её добавлению), чтобы держать Discourse на релизной или ESR версии?

3 лайка

Ещё один важный момент: в RFC у нас есть планы по созданию автоматизации для плагинов и тем, которая позволит создавать ветки, совместимые с разными версиями Discourse.

Я думаю, что пора вернуться к этому вопросу после того, как мы внедрим эту функциональность.

Это уже можно сделать, указав отслеживаемую ветку в конфигурации вашего развёртывания:

Однако после этого вы, по сути, навсегда привязываетесь к этому релизу. То, что нам ещё предстоит реализовать, — это более удобный способ отслеживания появления новых релизов (на любом канале релизов, которому вы следуете).

У нас уже были предварительные обсуждения того, как это может работать, но детали всё ещё обсуждаются.

5 лайков

Это потрясающе, действительно помогает быстро понять, на какой версии я нахожусь и когда нужно планировать переход на следующую! Очень нравится эта страница :clap: :clap:

Мне нравится, что исправления безопасности и крупные функции выделены! Надеюсь, что критические изменения тоже будут так же отмечены.

Также я хотел бы предложить, чтобы ESR поддерживались немного дольше (возможно, ещё месяц или два), чтобы люди могли переключаться с одной ESR на другую, пока обе находятся в периоде поддержки, но уже не в активной разработке. В противном случае сообществам приходится выбирать между ожиданием и кратковременным отсутствием поддержки или ранним переходом, когда поддержка есть, но приходится принимать больше обновлений из стадии разработки. Небольшое перекрытие даёт ветке шанс стать более стабильной. Это довольно распространённая практика для жизненных циклов ESR, например, в MediaWiki:

Это не должно быть чем-то особо сложным — достаточно критических исправлений безопасности для ещё одного-двух месяцев на старой ветке ESR.

В любом случае спасибо, это действительно прояснило множество вопросов ^.^

5 лайков

Да, в новой системе релизов мы планируем обеспечить двухмесячное перекрытие поддержки ESR. Таким образом, версия 2026.1 будет поддерживаться до сентября, что составит два месяца после выхода ESR 2026.7.

К сожалению, нам нелегко обеспечить такое перекрытие для существующей «стабильной» версии 3.5, поскольку у неё нет выделенной ветки. Однако начиная с версии 2026.1 ситуация значительно улучшится для тех, кто хочет обновляться реже.

5 лайков

Звучит отлично, спасибо!

2 лайка