WordPress:Development Planning
WordPress团队通常有关于WordPress未来发展方向的计划。许多提议都发送到wp-hackers 邮件列表,开发人员在这里讨论新功能,并且将这些功能应用于WordPress。
目的[ ]
这篇文章的目的是使得各功能之间便于协作。
当前,许多功能仍然在邮件列表中,处理被讨论的状态,没有查看状态,也没有出现规定说明。部分问题是,很难了解谁要求了什么,以及正在讨论什么问题,潜在功能的当前状态是怎样的。
功能请求的过程[ ]
这描述了功能请求的过程。注意并不是所有的功能都经历这个过程。这个过程人们提供了一些步骤,提升WordPress,最大化运行这个功能的机会。
调查情况[ ]
如果你希望提升WordPress,首先你应该调查一下。特别是要看看是否有其他人也想要提升WordPress,如果是这样的,你可以帮助他们提升(或者如果他们停止了,你可以接手,继续)。要搜索的地方:
- Codex (这个wiki)
- wp-hackers 邮件列表
- Bug/Enhancement Submissions
Discuss The Idea[ ]
既然现在你已经确定你拥有全新的想法,接着你应该与发展小组探讨你的想法。在在线聊天系统和/或者wp-hackers 邮件列表上与其他开发人员一起探讨你的想法。
记录你的想法[ ]
如果你只依赖于邮件列表或者在线聊天系统,你的注意可能很快就会被遗忘。记下你的想法或者在这个wiki上列出你的想法,能够使你的想法迅速地记下来。在下面列出你的想法,或者在即将发行的WordPress版本上记下你的想法。
File a Feature Enhancement in Trac[ ]
如果你真的想要确定你的想法没有被遗漏,将你的想法加入发展计划的最好方法是file a ticket in the Trac bug tracker (big bonus points for including a patch!)。要确定使用"Type" field,将enhancement标记为"enhancement",并且确定遵循了程序错误递交指南。不要太担心这个事实,Trac一般指代为"程序缺陷系统"。Trac也能够很好地配合需求的功能。
编写正式的计划[ ]
开发人员使用新功能的时候,的确欣赏结构清晰明了的指示说明。因此,如果你探索新功能,你最大的兴趣莫过于确定这个功能附带好的指示说明。
优秀的计划拥有下面的部分:
- 总结:功能的简要而完整的概括。知识较深的开发人员应该能够读懂这个摘要,而且能够在不阅读指示说明其它部分的情况下,大概地了解正在探讨的功能。
- 状态:谁在哪部分操作,以及操作进程是怎样的。确定将日期包含到任何计划过程中。如:
(2005年6月25日) –创建了草稿,而且将邮件发送给了wp-hackers。更多的详细信息,请看看讨论部分
- 同时,确定包含了链接,返回到Trac中的enhancement request,并且给指向你的计划的Trac ticket添加评论。(你的确将你的功能request放入了Trac中,是吗?)
- 当前状态:功能当前是怎样运行的。如果有人偶然发现了你的计划,查找关于文章当前运行方式的文章,请将他们指向正确的地点。
- 实施策略
- 关于功能应该怎样运行,包括需要更改的特别的文件/函数,以及其它设计问题的详细信息。
- 工作量统计
- 实施这个功能需要多少工作量。
- Commitments
- 负责运行这个功能或者至少帮助运行这个功能的开发人员列表。可能的话,需要包括时间安排和特别的活动。
- Open Items
- 指示说明中任何未完成的部分,以及其它需要考虑及运行的内容。
- 讨论:链接到邮件列表,IRC logs,以及其它检查功能的地方。
为你的计划的草稿创建个用户页面(如:[[WordPress:User:Glutnix/Advanced User Permissions System Proposal|用户:Glutnix/高级用户权限系统计划]],并且将"{{Proposals}}"模板标签放入你的文档。
如果同样的功能,有多种规划,将一个网页用户功能的不同用法总结也很有用。这些页面应该在功能区中包含"当前操作"和不同用法的列表。
递交补丁[ ]
如果你熟悉PHP 和MySQL,而且你希望帮助解决WordPress中的程序缺陷问题,最有效的方法是递交补丁。
状态[ ]
当然,2.2版本正在开发中。许多功能列在这个页面上。
建议[ ]
这个部分包含了探讨的内容列表,这些内容可能会发展为将来的WordPress功能或者改进WordPress。
功能区讨论[ ]
有功能区,而不是特别的功能计划的概括。使用这些页面,深入地这组织新功能的发展方案,特别是同一个区中出现了多个发展方案的时候:
- 用户:Matt/WYSIWYG – 列出WYSIWYG编辑功能的可能方法
- 用户: RobLa/权限控制发展 –了解讨论,方案,当前状态情况的页面,以及WordPress中权限控制功能的基本方向。
需要形式化的电子邮件交流[ ]
下面是几个电子邮件主题,可以/应该创建为更加正式的方案:
- Wiki 综合 - 在新的wiki-tech 邮件列表上讨论
- Call for 3 column theme – 电子邮件讨论从2005年6月7日开始
- 解决getSelection 问题
- Pingback block-level awareness
- 类别项目
一般的反馈和过程探讨[ ]
除了特别的WordPress功能之外,下面是关于一般过程的反馈的交流:
- 将其变得更好 (关于一些批评的团队反馈)
- WordPress 1.6
- Matt Mullenweg在2005年6月23日向wp-hackers发送的电子邮件 – 这是上述列出的电子邮件交流的开始。