不仅重要的是β试验 点释放 具有相同次要版本号的一组发行版或版本可以统称为.x，例如版本5.2.x指的是版本5.2、5.2.1、5.2.3，以及该软件5.2（五点二）分支中的所有其他版本。次要版本通常会改进现有的特性和功能。和出血边缘 软件的最新版本，通常处于开发阶段，而且往往不稳定。也称为大旅行箱.WordPress夜间构建，但在将其纳入夜间构建之前，测试并确认报告的错误以及提交给WordPres的可能包含的测试补丁也很重要。这项工作主要由志愿者（例如你自己）负责缺陷 错误是错误或意外结果。性能改进、代码优化和被认为是增强，而不是缺陷。功能冻结后，只处理错误，回归（与前一版本相反的更改）是最高优先级。园丁.
这个错误追踪系统包含大量不同的工作流通过它，记者、园丁、开发人员和提交者可以处理所有类型的报告错误、增强功能、新功能和各种任务。试图一下子掌握全局可能会令人难以置信地困惑，但你不必这样做。
如果您是bug跟踪器的新手，并想提供帮助，以下是您如何开始使用第一个简单的工作流。一旦你在这个工作流程中花了一些时间，跟踪程序的其他部分就会变得更加熟悉，你可以自信地探索其他领域Trac公司 Edgewall Software的一个开源项目，用作WordPress的错误跟踪和项目管理工具。这也需要帮助。
密切关注即将举行的WordPress会议参加一个虫子清理。
在此工作流中，我们只处理分类为错误/缺陷还有那些附带补丁的程序，据说可以修复这些错误。此外，此工作流仅涉及等待审查或未来版本里程碑，这意味着这些主要是报告的错误和补丁，尚未被审查或彻底测试。这个需要审查的缺陷修补程序Trac中的报告已经为您处理了这些过滤器，所以现在继续打开它。
报告中有600多张独特的门票（在撰写本文时），因此第一步是从中选择一张。如果你刚开始从事昆虫园艺，我们建议不要购买超过12个月的门票。旧的票据通常涉及一些有争议的更改，或涉及复杂问题和复杂的解决方案，需要更繁重的审查过程，这通常是他们被困在审查过程中一年多的原因。
您应该尝试处理与您熟悉的WordPress部分相关的票据。报告按组件分组，这使得查找第一个票 为bug报告和bug跟踪器上的功能开发创建。工作起来容易多了。
最后，您应该跳过任何带有报告人反馈或开发人员反馈关键词-如果没有记者或核心 核心是运行WordPress所需的一组软件。核心开发团队构建WordPress。开发商。
找到要处理的票据后，请继续阅读此处的其余说明，了解如何处理您选择的票据。
本报告中任何票据所需的第一步是确保票据实际上是一个错误，而不是功能请求 功能请求通常应在创意论坛、邮件列表、插件中开始，或提请核心团队注意，例如通过为每个主要版本举行的范围会议。因此，通常不鼓励此类未经请求的门票。或增强 增强是对WordPress的简单改进，例如添加挂钩、新功能或对现有功能的改进。.
由于新票证已分配给等待审查默认情况下，该报告将包括全新的问题，假设报告者附加了一个补丁 一种特殊的文本文件，通过标识添加、删除和更改的文件和行来描述代码的更改。它也可以称为差异。补丁可以是应用到代码库进行测试。并添加了has-patch接口提交时正确使用关键字。其中一些票据还没有经过初步审查，以确保提交时带有正确的问题类型、组件和关键字。关于票据属性应该有助于明确票证类型和组件应该设置为哪些值，以及票证应该具有哪些关键字。
考虑到本报告中包含的新门票所涉及的内容，提交此处所列门票的记者通常对门票属性和设置方式有相当好的了解。然而，这是该规则的例外之一——在其他工作流中，您需要对此提出更严格的要求。
在此工作流中，您需要注意的最常见问题是已作为缺陷，但实际上，问题（和补丁）实际上是增强或a功能请求。如果票证描述了新功能，或者甚至描述了对工作正常的现有功能的更改（但可能不是以最理想的方式），那么票证类型需要设置为增强功能（在更改/添加现有组件的情况下），或者设置为功能请求（在全新功能的情况中）。如果发生这种情况，请修复票证类型，然后继续下一个票证。
如果票据实际上是一个错误，那么您需要确认报告的错误实际上是可以复制的错误。
您应该始终使用SVN中继WordPress的签出。在极少数严重错误和回归的情况下，您也应该在WordPress的最新稳定版本中测试错误。
请记住，错误可能只在特定版本的菲律宾比索 WordPress主要使用的web脚本语言。WordPress需要PHP 5.6.20或更高版本，MySQL数据库 MySQL是一个关系数据库管理系统。数据库是存储内容、配置和其他选项的结构化数据集合。网址：https://www.mysql.com/.、浏览器和/或某些WordPress设置（即。多站点 用于描述WordPress安装，该安装包含多个博客网络，按站点分组。此安装类型具有共享用户表，并为每个博客创建单独的数据库表（wp_posts变为wp_0_posts）。另请参见网络，博客，网站、角色/功能、不同插件/主题）。
- 如果记者不清楚，你无法复制，请向记者要求澄清，并添加报告人反馈票据的关键字。
- 如果记者很清楚，而你仍然无法在他们声称的条件下重现该错误，请留下一张便条，说明你已经测试过，无法重现该错误。
- 如果您是第二个不能重现错误的测试人员（除了报告者），那么报告者的安装/配置可能会出现其他错误。如果发生这种情况，请添加开发人员反馈关键字，然后移动到下一个票据。
如果你能够重现这个错误，那么现在是时候确认补丁了。不要太担心补丁是如何编写的，除非你是一个更有经验的开发人员，可以立即发现补丁编写方式的问题。
下载并应用建议的修补程序对于同一个安装，您可以确认上的错误。有时一张票据会附加多个补丁，如果是这样，通常只需要测试建议的最新补丁；然而，如果尚未测试其他补丁，您可能也需要测试它们。
如果下列任何条件适用，请将has-patch接口关键字，并添加需要-补丁关键词：
- 修补程序应用不干净，或不遵循编码标准。添加需要-刷新此案例的关键字。
- 该修补程序无法修复该错误。这似乎很明显，但有些补丁可能还没有为WordPress的开发版本编写，但仍然可以清晰地应用于发生变化的地方。该修补程序可能只修复特定版本的PHP和MySQL下的错误，或者不会修复多站点中的错误。
- 该修补程序引入了新的错误或警告消息。记住在调试打开的情况下进行测试。
- 新建单元测试应用补丁时失败。
- 修补程序使用不当数据验证和输出清理，或者在应该检查的时候不检查用户角色和功能。
- 由于此处未涵盖的任何其他原因，该修补程序不足够。我们努力在WordPress中获得清晰、高效和安全的代码，所以不要害怕指出补丁需要改进的地方，即使它确实修复了错误。
除了删除has-patch接口关键字和添加需要-补丁。但是，如果补丁在所有方面都很好，那么您应该解释您在票证备注中测试的补丁的哪些方面，以及分诊 评估和排序错误报告的行为，以决定优先级、严重性和其他因素。下一张票。
在错误和补丁都得到确认的情况下，票证的优先级通常仍需要在此工作流中进行调整。我们还需要决定是否在下一次应用补丁点释放（x.x.x），下一个主要版本（x.x），或者如果它仍然应该推迟到未来。
注：默认情况下，新的Trac用户无法调整票证的优先级或将其移动到其他里程碑，因此，在您对此工作流和Trac感到满意之前，此步骤将要求您只需在票证上添加注释，说明应调整优先级或里程碑。另一个bug园丁将看到更新，如果看起来正确，将相应地调整票据。当您觉得自己可以进行这些调整时，可以请求访问使WordPress成为核心 博客 （与网络、站点相比）.
相关票据回归关键错误应该立即设置为最高优先级，并分配给下一个点发布里程碑。回归是在最新版本或之前的WordPress版本中工作得很好的破碎特性，我们认真对待这些特性。对于可能不是回归，回归 破坏或降级以前工作过的东西的软件错误。回归通常被视为关键错误或拦截器最近的回归可能会得到更高的优先级。“3.6回归”是3.6中的一个缺陷，它在3.5中起到了预期的作用。，但仍涉及大多数用户破坏的主要功能的一个方面。这主要是指高曝光率的错误，例如破坏WordPress的公共面，或管理面板中的重大中断。这应该是非常罕见的，应该谨慎使用。
包含修补简单打字错误的补丁的票据，添加内联文档，或修复次要的样式/外观问题，应设置为较低的优先级。
此工作流中的所有剩余票据都应被分到下一个主要版本 由前两个数字（3.6）标识的发布，是整个发布周期和功能开发的重点。WordPress对主要发布版本使用小数点计数，因此2.8、2.9、3.0和3.1是连续的，并且在范围上具有可比性。里程碑。一般来说，这并不适用于所有票据，只是通过质量补丁确认了缺陷，这就是此工作流要处理的所有问题。如果WordPress的开发周期处于下一个主要版本的候选版本的中间，那么关键的错误修复仍然应该分配给下一版本里程碑；但是，其他所有内容都应该移到未来版本里程碑，还应使用关键字标记x.x提前（其中x.x是带有发布候选 作为版本发布周期的最后阶段之一，该版本向公众发出了最终发布的信号。另请参见α（β）.输出）。例如，在3.6版本候选阶段，应使用3.7早期关键字。
上次更新时间：