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