错误如何分类以及错误的生命周期是什么？

Question

ubuntu 中的错误如何分类以及错误的生命周期是什么？

此外，“每个错误的‘状态’是什么意思，它是如何确定的”

Answer 1

Ubuntu 中的所有错误都有生命周期。同样，它们每个都有一个“状态”，有助于解释其生命周期是什么。在 Ubuntu 中，随着其生命周期的继续，每个错误都有不同的状态设置。

虽然这一切都在分类指南中非常详细地记录在案，但我将（目前，因为我没有大量时间将这个过程写成文本，但我稍后会）张贴由以下人员提供的“流程图” Bug Squad（单击此处获取流程图来源）。每个状态（同时）都可以在Bugs/Status BugSquad 文档中解释，但我也在这里记录了它们。

（请注意，以下信息可能与 wiki 上的文档一起过时，您应该参考 wiki 以获取最新信息。）

以下是错误上每个状态指示器的描述：

• 新的：
  • 以这种状态提交错误
  • 他们有时缺乏信息和
  • 所有这些都应该是未分类的
• 不完整：
  • 如果您必须向记者提问，请将错误设置为不完整
  • 要求提交者在评论中提供任何必要的信息，并确保您自己订阅错误报告，以便您可以通过电子邮件获得错误的任何更新。
  • 提交者（也称为“原始海报”或“OP”）永远不会回应某些错误。Launchpad 将在 60 天内自动过期这些错误，从设置不完整之日算起。无需对它们采取行动（实际上，更改错误将重新启动到期时间）。请注意，这适用于 Ubuntu 项目（即那些名称中带有“(Ubuntu)”的错误任务）。其他项目可能会或可能不会设置自动不完整错误过期设置。
  • 如果包括您在内的任何人对该错误发表评论，则 60 天到期时钟将被重置。
• 观点：
  • 状态“意见”意味着对特定错误存在不同意见，人们可以自由地继续讨论，但项目或包维护人员需要转移到其他工作并考虑关闭问题。这个想法是可以将错误标记为已关闭，因此开发人员不会在它们上浪费时间，但讨论仍然可以进行。
  • 此状态“意见”被视为实验，将受到密切监视。
• 无效的：
  • 当错误报告不包含足够的信息来确定它是否是错误时，即使报告者已解决该错误，也应使用此状态
  • 如果报告的问题根本不是错误，也应该使用它，例如用户错误
  • 应该保守地使用它，因为标记为无效的错误不再出现在默认搜索中
  • 在使错误失效之前，请务必三重检查错误
• 已到期：
  • 此状态类似于无效，但专门针对已不完整太久的错误。（看上面。）
  • 此状态只能通过使用 launchpadlib 或电子邮件界面来设置。
  • 与无效错误一样，过期错误不会出现在默认搜索中。
• 确认：
  • 另一位记者遇到了同样的错误，这可能以重复错误或错误评论的形式出现
  • 确认的错误需要来自原始记者以外的其他人的确认
  • 这有助于确保该错误通常适用于 Ubuntu，而不是报告者系统的问题，因此...
  • 请不要确认自己的错误！
• 分类：
  • UbuntuBugControl 的一名成员认为，该报告足够详细地描述了一个真正的错误，开发人员可以开始着手修复。（另请参阅下面的提示）
  • 当您确信开发人员应该查看它并且有足够的信息时使用它
  • 虽然不是必需的，但在任何上游转发发生之前，错误的 Ubuntu 任务状态将被分类
  • With bugs about linux Triaged 表示该bug已经通过上游主线内核测试
• 进行中：
  • 如果您正在修复错误，请将其设置为进行中，以便人们知道发生了什么
  • 进行中的错误应该分配给处理它们的人
• 修复已提交：
  • Ubuntu 错误任务：更改正在等待并即将上传（这就是 Bugzilla 中的 PENDINGUPLOAD）
  • 当 -proposed 存储库中存在更新的包时，也使用 Fix Committed ，即 hardy-proposed
  • 修复致力于是不被使用时的贴片附着到一个错误
  • 上游 bug 任务：修复在 CVS/SVN/bzr 或提交到某个地方
• 修复发布：
  • Ubuntu 错误任务：修复已上传到官方 Ubuntu 存储库
  • 注意这不包括 -proposed ie hardy-proposed
  • 请不要犹豫，添加更改日志作为评论，以便人们知道在哪个包版本中修复了错误
  • 如果在当前开发版本中修复了错误，则为 Fix Released。如果该错误还需要在稳定版本中修复，请使用“发布目标”链接为该版本指定它。
  • 上游 bug 任务：发布 tarball 发布并公开可用
• 不会修复：
  • 当错误修复太有争议时，有时会使用此状态
  • 它最常用于发布目标不会在该特定版本中修复但可能会在以后修复的错误
  • 它也可以用于开发人员不想实现的功能请求

（格式将与维基略有不同，因为这里的格式更有限）

相关问答：
重要性值：Ubuntu Bugs 的重要性值是如何决定的