2.4.0.beta9 的发布说明中多次提到了子子分类。
这些功能是否已在此版本中启用，还是即将推出？
另外，是否有未来版本的路线图可供查阅？
它们目前隐藏在站点设置 max_category_nesting 之后。如果您想测试它们，请通过控制台将站点设置从 2 修改为 3。
当然，请查看 #releases 分类，以获取计划功能的高级概览。
太好了，谢谢——我一直在找路线图，因为我以为发布指的是已经发布的内容…… :doh:（什么，没有荷马表情！）
这个设置有任何合理的可能性被移除吗？换句话说，即使用户体验发生重大变化，将其作为生产环境中的数据结构的“安全性”如何？
没有，这个设置会保留。我们将其设为隐藏，是希望促使站点认真思考其 IA（定义），并评估是否仅通过一级子分类即可实现功能。此外，此次变更的用户体验仍在调整中，我们正在完善各项细节。
是的，同意，这非常有道理。我们仅考虑将其用于内部行政类事务，这些事务本身已具有较多的层级结构，并且这些分类将对非工作人员隐藏。
快速指南：通过控制台将其从默认值 2 修改为 3：
cd /var/discourse/
./launcher enter app
rails c
读取当前值：
[1] pry(main)> SiteSetting.max_category_nesting
=> 2
写入新值：
[2] pry(main)> SiteSetting.max_category_nesting = 3
=> 3
你好 jomaxro，你能教我如何将等级提升到 4 级或 5 级吗？
不支持超过 3 层的类别嵌套。
这对用户来说似乎是一种尴尬的实现方式。在设置好子分类后，当我后来想要移动它们时，遇到了这一层级限制。因此，我不得不调整我的实现方案。
而现在我发现可以拥有更多层级……但（a）该功能被隐藏且未文档化，（b）它仍然限制为 3 层。
我很感激这次更新和所付出的努力，但实在无法理解这些限制，也不明白它们如何能让实现者觉得合理。
我们尚未设计用户界面，也未在超过三个分类层级之外测试性能，因此我们不支持该功能。支持三个层级旨在应对某些特殊情况，并非作为常规使用场景，这也是为什么它不容易被发现。
所以我发现了一个关于子子分类的严重漏洞。
在我创建一个分类，然后为其创建子分类后，我进入该分类，系统允许我将它的一个子分类设置为它自己的父级。