Включение более популярных плагинов в ядро Discourse

Реальность такова, что стабильная ветка является LTS, и довольно хорошей. Она получает обновления безопасности, и вполне понятно, какие версии плагинов с ней совместимы (благодаря файлу .discourse-compatibility). Я полностью признаю, что до того, как всё начало работать как надо, прошло много времени, но за последние два года или около того это изменилось — это большое достижение команды.

Теперь о второй части вашего утверждения. Действительно, часто создаётся впечатление, что stable — это то, чего не стоит желать. Но на хостинге Communiteq мы уже 2,5 года предоставляем клиентам бесплатный выбор между стабильной версией («приоритет стабильности, новые обновления два раза в год, обновления безопасности раз в месяц») и тестовой версией («всегда на острие, новые функции раз в месяц»), и 85% выбирают стабильную версию.

Понимаю. Но разве это не проблема разработки, а не проблема продакшена? Я вполне понимаю, что вы делаете это в среде разработки. Но добавление этих плагинов в стандартную установку продакшена как бы противоречит самой идее плагина (который по определению не является стандартным компонентом).

Единственная реальная выгода для продакшена, которую я вижу, — это очень специфический случай с удалением плагинов и хостингом для нескольких сайтов. (Снова скажу, что это хорошо, все остальные проблемы продакшена со временем были решены!)

Это тоже можно было бы решить в скрипте настройки, показав список плагинов, которые пользователи могут выбрать, а затем добавив их в app.yml.

Но вы всё ещё предлагаете разные (под)наборы плагинов для разных тарифных планов, верно?

6 лайков