现实情况是，稳定版分支 就是 LTS，而且相当不错。它会接收安全更新，而且（得益于 .discourse-compatibility 文件）可以清楚地知道哪些插件版本与之兼容。我完全承认，这一切开始正常工作花了很长时间，但在过去的两年左右，它已经做到了——这是团队的一项伟大成就。
现在是关于你陈述的第二部分。确实，“stable”经常被描绘成你不想要的东西。但在 Communiteq 托管上，在过去的两年半里，我们一直为客户提供在稳定版（“稳定性优先，每年两次新更新，每月一次安全更新”）和测试通过版（“始终走在前沿，每月一次新功能”）之间免费选择的选项，并且 85% 的客户选择稳定版。
我明白。但这难道不是开发问题而不是生产问题吗？我完全理解你们在开发中这样做。但是，在默认的生产安装中添加这些插件，在某种程度上违背了拥有一个 插件（根据定义，它不是默认的）的想法。
我看到的唯一实际的生产效益是关于 卸载插件和多站点主机 的非常非常边缘的问题。（再说一遍，这是件好事，所有其他生产问题都已随着时间得到解决！）
这也可以在设置脚本中解决，通过显示一个插件列表，用户可以勾选它们，然后将它们添加到 app.yml 中。
但你们仍然为不同的套餐提供不同（子）集插件，对吗？