Bug Tracker(Trac)

Trac公司是一个开源开放源代码 开放源代码是指原始源代码可以免费获得,并且可以重新发布和修改的软件。开源**必须**通过许可模式交付,请参阅GPL。用作缺陷缺陷 错误是错误或意外结果。性能改进、代码优化和被视为增强,而不是缺陷。功能冻结后,只处理错误,回归(与前一版本相反的更改)是最高优先级。WordPress的跟踪器和项目管理工具。使用Trac公司Trac公司 Edgewall Software的一个开源项目,用作WordPress的错误跟踪和项目管理工具。,开发人员可以浏览源代码历史记录以及管理错误报告和功能开发。

售票处用于错误报告和功能开发,并且可以由任何具有WordPress网站WordPress网站 用户创建和共享WordPress代码的社区站点。您可以在这里下载WordPress核心、插件和主题的源代码,以及社区对话和组织的中心位置。https://wordpress.org/账户。

票证属性

票据被分配了许多属性,这些属性提供了 为bug报告和bug跟踪器上的功能开发创建。.

标题和说明:提供强有力的标题和清晰的描述。对于标题,通常最好描述问题,而不是解决方案。总的来说,专注于问题而非解决方案是一个很好的口头禅。对于描述,通常最好包括重现步骤、实际结果与预期结果(对于错误)以及适当的理由(对于增强)。

类型:票据分为四种类型:缺陷(bug)、,增强增强 增强是对WordPress的简单改进,例如添加挂钩、新功能或对现有功能的改进。,功能请求功能请求 功能请求通常应在创意论坛、邮件列表、插件中开始,或提请核心团队注意,例如通过为每个主要版本举行的范围会议。因此,通常不鼓励此类未经请求的门票。和任务(幸运的)。

  • 缺陷(bug):错误是错误或意外结果。性能改进和代码优化被视为增强,而不是缺陷。功能冻结后,只处理错误,回归(与前一版本相反的更改)是最高优先级。
  • 增强功能:这些是对WordPress的简单改进,比如增加了一个钩子或对现有功能的改进。
  • 功能请求:这些是新功能的建议。功能建议通常应在创意论坛的邮件列表中作为插件插件 插件是一个包含一组功能的软件,可以添加到WordPress网站。他们可以扩展功能或为WordPress网站添加新功能。WordPress插件是用PHP编程语言编写的,并与WordPres无缝集成。这些可以在WordPress.org插件目录中免费https://wordpress.org/插件/或者可以是来自第三方的基于成本的插件,或引起核心核心 核心是运行WordPress所需的一组软件。核心开发团队构建WordPress。团队,例如为每个人举行的贯穿范围会议主要发布主要发布 由前两个数字(3.6)标识的发布,是整个发布周期和功能开发的重点。WordPress对主要发布版本使用小数点计数,因此2.8、2.9、3.0和3.1是连续的,并且在范围上具有可比性。。因此,通常不鼓励此类未经请求的门票。
  • 任务(幸运的):即将发布的主要版本的功能开发以任务单为中心,这些是核心团队支持的主要功能或重要增强。否则,票证将永远不会获得此称号。

里程碑:里程碑是WordPress版本,预计该问题将在其中得到解决,例如3.7。默认情况下,所有票据在创建时都分配给等待审查要防止的里程碑示波器蠕变仅限提交人值得信赖的核心贡献者有能力改变里程碑。

关键词:在里程碑之后,关键字字段是最重要的字段。它们不像WordPress帖子上的标签,而是一个定义好的关键字列表,用于描述票据在我们的开发工作流中的当前状态。我们使用这些关键字构建重要报告。例如,标签为需要设计反馈被拉入设计团队非常依赖的报告中。请参见Trac工作流关键字获取关键字的完整列表。

组件:该组件是票证影响的WordPress区域。这个用户界面用户界面 用户界面例如,团队通常会在平面设计,用户界面,或无障碍无障碍 无障碍性(通常简称为a11y)是指为残疾人设计产品、设备、服务或环境。无障碍设计的概念确保了“直接访问”(即无人协助)和“间接访问”,即与个人的辅助技术(例如计算机屏幕阅读器)兼容。(https://en.wikipedia.org/wiki/Accessibility网站)类别。尽量选择特定组件(如果适用)而不是更通用的组件,例如概述管理。在报告中使用组件按主题区域提供票证的逻辑分组。

核心插件(如导入程序)的票证在插件导入组件以及当前和以前的默认主题在捆绑主题组件。

WordPress网站的问题以前是在与WordPress核心相同的Trac上管理的。截至2013年6月,meta.trac.wordpress.org现在是提交与WordPress.org网站相关的错误报告的正确、规范的地方。请参阅完整组件列表以确定是否应在此处报告您的问题。

分辨率:在一个或多个提交到代码库时,票证可能会被关闭为固定的。然而,并非所有票据都会导致提交,并且可能会因其他原因而关闭:

  • 重复:票据是现有票据的副本,关闭票据的参与者将引用该票据。
  • 无效无效 bug跟踪器的解决方案(通常在软件开发中很常见,有时也会诺塔布)这表明票证不是错误、是支持请求或通常无效。:票证不是错误,也不是支持请求。
  • 工作模板工作模板 错误跟踪器的解决方案(通常在软件开发中很常见),表明报告的错误无法再现。:票据中报告的错误无法复制。有时,现有的插件、钩子或功能可能会使票据无意义,因此无需进一步操作即可关闭票据。
  • 馄饨馄饨 错误跟踪器的解决方案(通常在软件开发中很常见),表明问题不会得到进一步解决。这可以用于可接受的边缘情况(针对错误),或因核心包含而被拒绝的增强功能。:票上没有地址。有时,错误被认为是可接受的边缘情况,不会得到进一步解决。有时,当增强或功能的请求因核心包含而被拒绝时,会使用此选项。
  • 梅贝拉特:类似馄饨,梅贝拉特被用于一张票,虽然可能没有被彻底拒绝,但目前没有吸引力。
  • 上游报告:该票据用于外部库或组件,已在上游存储库中报告(例如。古腾堡古腾堡 古腾堡项目是WordPress的新编辑器界面。编辑器改进了创建新内容的过程和体验,使编写丰富内容变得更加简单。它使用“块”来增加丰富性,而不是短代码、自定义HTML等。https://wordpress.org/gutenberg/),并将在那里解决。

这五项决议之间当然有一些重叠。这不是一门精确的科学。

严重程度严重性 在记者眼中,罚单的严肃性。通常,严重性是对错误严重程度的判断,而优先是它与其他错误的关系。和优先级:这个严重性在记者眼中,这就是罚单的严重性。这个优先从项目的角度来看,是门票的严肃性。一般来说,严重性是对错误严重程度的判断,而优先级是它与其他错误的关系。仅限提交人值得信赖的核心贡献者有能力修改优先级。

版本:正在使用的WordPress版本。理想情况下,这将是最早受影响或适用的版本。一旦设置好,就不应该更新到更高的版本,因为我们利用它来跟踪票证、错误、回归等的时间。

顶部↑

角色

个人在Trac票上有三个角色:

报告人:开罚单的人。

所有者:此字段通常为空,即使您已输入补丁补丁 一种特殊的文本文件,通过标识添加、删除和更改的文件和行来描述代码的更改。它也可以称为差异。补丁可以是应用到代码库进行测试。。“所有者”字段由提交者使用,并受信任核心贡献者核心贡献者 核心贡献者是那些通过创建功能或查找和修补错误来开发WordPress版本的人。这些贡献是通过Trac完成的。https://core.trac.wordpress.org。在他们之间接受和分配门票。提交人利用该字段为记录单提供牵引力,以确定他们正在调查、提交或以其他方式跟踪记录单,或者暂时接受包含核心的错误或增强。在功能开发阶段,开发人员通常会接受他们自愿负责的任务以及相关的错误报告。受信任的贡献者可以根据谁应该负责审查的内幕信息将门票分配给其他人。

复写的副本:只要您的电子邮件地址在Trac首选项中配置,您将收到您创建的任何票据或评论的任何票据的电子邮件更新。该字段通常是您将自己添加到票据并希望接收更新的视觉确认。有时,在CC字段中添加其他个人可能是有意义的,例如提交者提交者 具有提交访问权限的开发人员。WordPress有五名首席开发人员和四名具有提交权限的永久核心开发人员。此外,项目通常有几个来宾或组件提交者——一个获得提交权限的开发人员,通常用于单个发布周期(有时更新)和/或特定组件。请求这样做。应该注意的是,大多数提交者和核心开发人员都会阅读每一张罚单和评论。

顶部↑

Triaging和Punting

新票据自动分配给等待审查里程碑。初步审查后,可能会建议关闭,或要求报告人或核心开发人员提供更多反馈。这里常用的关键字有第二个小齿轮,关闭,报告人反馈、和开发人员反馈.

委员会或可信的核心贡献者也可以将其移至里程碑:

  • 下一个点释放次要发行版 具有相同次要版本号的一组发行版或版本可以统称为.x,例如版本5.2.x指的是版本5.2、5.2.1、5.2.3,以及该软件5.2(五点二)分支中的所有其他版本。次要版本通常会改进现有的特性和功能。里程碑(例如,如果当前版本为3.6.1,则为3.6.2)用于关键错误和回归。我们的point版本只针对前一版本WordPress的安全修复、关键错误和行为退化。我们不修复这些版本中的常规错误或增强功能。
  • 下一个主要版本里程碑(例如,如果当前版本是3.6.1,则为3.7)用于计划发布的任务和功能、影响这些功能的错误以及当前alpha或贝塔贝塔 一种预先发布的软件,分发给大量用户在真实条件下进行试用。Beta版已经在内部进行了alpha测试,在外观、感觉和功能上与最终产品相当接近;然而,设计更改经常作为过程的一部分发生。版本高于最新版本。现有的bug也可以得到解决,但除非bug严重到足以保证优先级,否则通常在解决方案存在之前不会考虑这个问题。增强功能也可以由提交者自行决定,但只能在alpha开发期间(beta发布之前)进行。下一个主要版本通常不会考虑更大的增强,因为它们超出了范围。
  • 未来版本里程碑是为其他票预留的。它已经被确定为一个潜在的好的增强或确认为一个错误,但它不会在WordPress的下一个版本中出现。

顶部↑

给予反馈

当你检阅一张罚单时,你的主要目标是:与记者进行建设性对话,以获得某种形式的解决方案。解决问题不需要立即进行,尽管这样做很有趣——缓慢而稳定的进展是游戏的名称。如果你是新手,这里有一些关于如何处理罚单的提示。

在对票证进行反馈时:

  • 感谢个人的报告。其中一些票已经很旧了;对于那些人来说,简单的“谢谢你的报告。对不起,你一直没有得到回复。”就可以了。
  • 如果这是记者的第一张罚单,它会在评论框上方告诉你。要友善。🙂
  • 如果这是一个支持请求,你可以让他们访问WordPress.org支持论坛,并以“无效”结束问题。
  • 如果是一个错误报告,听起来像是一个增强功能,那么将问题更改为增强功能。配件有点难分诊分诊 评估和排序错误报告的行为,以确定优先级、严重性和其他因素。(因为反馈更主观),所以从bug开始要容易得多。
  • 考虑快速搜索,看看它是否是另一张可能更远的票的副本。
  • 如果有更适合票证的组件,请随意移动它。

如果是错误报告:

  • 看看你是否还能在大旅行箱大旅行箱 Subversion中的一个目录,包含为下一个主要发布周期做准备的最新开发代码。如果您运行的是“trunk”,那么您使用的是最新版本。,和/或尝试最新的稳定版本。一些错误报告可能从一开始就无效;其他问题可能已经解决。
  • 如果在复制时,您觉得可以详细说明问题,或编写更清晰的复制步骤,请这样做。
  • 如果无法复制,请向记者询问更多信息并添加报告人反馈关键字。如果你认为该关闭罚单,你可以用关闭关键字。(不需要急着买单。)
  • 可复制的错误需要补丁(和单元测试,如果适用)!

如果有补丁:

  • 测试一下,它能解决问题吗?你是怎么测试的?你注意到副作用了吗?
  • 如果补丁应用不干净(如中所示,尝试时失败),请添加需要-刷新关键字。
  • 如果你是一名开发人员,甚至可以考虑做一次粗略的代码审查。确保遵循WordPress编码标准.
  • 如果has-patch接口缺少工作流关键字,请添加它。或者,如果检查后发现修补程序不足,可以将其设置为需要-补丁而不是。
  • 如果补丁涉及到任何WordPress内部,它可能需要单元测试.
  • 如果你觉得补丁已经准备好了,可以由核心开发人员审查,考虑将其包含在WordPress中,只需在评论中说明即可。在beta 1之前,您可以根据当前里程碑进行归档。beta 1之后,将其存档未来版本带有早期的 标签标签 Subversion中的目录。WordPress使用标签来存储版本(3.6、3.6.1等)的单个快照,这是版本控制系统中标签的常见约定。(不要与帖子标签混淆。).

可能只需要几分钟就可以筛选出一些更简单的门票,尤其是一旦你掌握了窍门。你可以很容易地在其他门票上花上二十或三十分钟,如果有很多东西需要测试,或者如果你有很多反馈意见,甚至可以花更长的时间。

如果你遇到一张你喜欢的票,并想为它写一个补丁,那太棒了!请随时在问题上留下反馈,并开始开发补丁程序。

Triaging是一种很好的方式,可以找到你感兴趣的门票。你可能会发现自己不敢开始——如果是这样,就找一个好朋友#堆芯,堆芯合作直到你感到舒服。

顶部↑

投掷门票

门票是用平底船当它们从次要或主要发布里程碑转移到未来里程碑时。这通常发生在低优先级票据的周期中的不同间隔。一些票据被单独视为过于复杂或超出范围,因此被转移。

上次更新时间: