你好，维基科技。我已应用于Google Summer of Code项目，以启用类别在不使用机器人的情况下移动。经过一些沟通猫绳，下面的文字是我的项目想法。任何反馈都是欢迎。剧情简介我将提供移动类别的功能，以实现效果对于终端用户，类似于移动其他页面。目前，贡献者必须申请使用重新创建类别页面的bot并更改所有相关文章的类别链接。项目这个物体可以分为三部分。首先，类别页面随着它的历史，正如文章的重命名一样。可以选择将重定向放置在旧类别页面上，并且类别讨论也被打动了。其次，相关类别中的所有文章都必须有其类别链接已更改。这项任务涉及几个障碍：1.找到所有分类文章的替代方法。这很简单匹配简单的类别链接和类别列表，但更多很难找到，例如从模板中包括的类别。罗恩Kattouw（Catrope）建议对此进行类别重定向归类为[[类别：A]]的物品也将列在[[类别：B]]，如果前面的已重定向到后面的。2.随着运动的进行，文章可能正在编辑过程中完成。然而，这可以用与编辑相同的方式来解决碰撞目前已解决。3.算法可能具有较高的复杂性，因此不会分类非常大，可以很好地扩展。这很可能构成项目的一个重要且具有挑战性的部分。作为最后一步，categorylinks表中的相关条目需要更改。这是通过一个简单的SQL查询完成的。如果bug#13579[1]（“Category table should use类别ID而非类别名称“）是固定的，可以是项目的一部分。该项目最好作为核心的补丁编写。Catrope建议为该项目设立一个单独的SVN分支机构，这样每个人都能看到我的进步。MediaWiki的利润开发移动类别的方法将减少对机器人，增加管理时间。此外，该解决方案将比任何僵尸解决方案都要快不需要加载页面。类别移动也会增加不同的文章类型。“移动”选项卡不驻留在类别页面上是指该功能尚未实现。路线图将此文档发布到MediaWiki开发社区（wikitech-l），等待对计划程序的评论第一步。在时限规定的社区团结期后，一周应该足以熟悉相关的MediaWiki代码并实现第一部分，将类别页面与它的讨论和历史。许多旧代码在这里应该是可重用的，例如用于移动页面的Title:：moveTo（）方法。在7月中旬之前，项目第二部分的大部分时间应该是已完成。再过一周，最后一部分也将完成。然后预留一个月进行错误测试、调整，并作为意想不到的障碍。MediaWiki社区在此步骤用于测试和反馈。当做-- 蒂姆·约翰逊网址：http://timjoh.com/