软件有错误。无法保证任何复杂系统的每个部分都会按计划工作。FedoraLinux是一个非常复杂的系统，由全球无数独立上游项目创建的数千个软件包组成。每周还有数百个更新。因此，问题是不可避免的。本文介绍错误修复过程以及如何确定错误的优先级。发布开发过程作为一个Linux发行版项目，我们希望为我们的用户提供完美的、一切都很好的体验。我们的发布始于“Rawhide”。我们已将所有更新的FOSS的新版本集成到Rawhide中。我们不断改进正在进行的测试和持续集成流程，以便让风险承担者甚至可以安全使用Rawhide。然而，生皮在本质上一直有点粗糙。每年两次，我们将这个粗略的操作系统分支到测试版，然后是最终版本。当我们这样做时，我们一起努力找出问题所在。我们会在考试日检查特定区域和功能。制作“候选构建”并根据我们的发布验证测试计划进行测试。然后我们进入冻结状态，只有批准的更改才能合并到发布候选中。这将候选版本与正在进行的开发隔离开来，后者不断地被合并到Rawhide中。所以，不会引入新的问题。许多大大小小的错误在发布过程中都被解决了。当一切按计划进行时，我们会为所有用户提供计划发布的全新FedoraLinux版本。（我们在过去几年可靠地复制了这个动作——感谢所有为此付出辛勤工作的人！）如果确实存在问题，我们可以将其标记为发布阻止程序。这意味着我们不能发布直到它被修复。发布块通常表示一个主要问题，并且该表达式肯定会引起对错误的注意。有时，我们遇到的一些问题是持久性的。也许某些问题一直存在一两个版本，或者我们还没有达成共识的解决方案。有些问题确实困扰了很多用户，但个别问题并没有达到阻碍发布的程度。我们可以将这些东西标记为阻塞blocker。但它会像锤子一样掉下来。障碍可能导致虫子最终粉碎，但也可能在它周围造成破坏。如果他们落后于计划，人们一直在努力的所有其他错误修复、改进和功能将无法到达用户。优先错误流因此，我们有另一种方法来修复烦人的错误。与其他任何流程不同，优先处理错误流程可以标记出引起大量用户不满的问题。这里没有锤子，更像是聚光灯。与发布阻止不同，错误优先级排序过程没有严格定义的标准集。每个错误都根据范围和严重性进行评估。一个由感兴趣的贡献者组成的团队帮助整理了一份需要注意的问题的简短列表。然后，我们的工作就是将问题与能够解决问题的人相匹配。这有助于减轻发布过程的压力，因为它不会为问题指定任何特定的截止日期。理想情况下，我们甚至能够在问题进入测试之前发现并解决问题。我们尽量保持列表简短，不超过几个，这样它才真正切中要点。这种做法有助于团队和个人解决问题，因为他们知道我们尊重他们延长的时间和精力。通过这个过程，Fedora解决了数十个严重而恼人的问题，从键盘输入故障到SELinux错误，再到数GB大小的旧软件包更新逐渐填满您的磁盘。但我们可以做得更多——实际上我们没有收到尽可能多的提案。因此，如果您知道某些事情导致了长期的挫败感或影响了很多人并且到目前为止尚未达成解决方案，请按照优先级错误流程将其提交给我们。您可以帮助我们邀请所有Fedora贡献者参与按优化顺序排列错误的过程。评估会议每两周在IRC上举行一次。欢迎任何人加入并帮助我们评估指定的错误。会议时间和地点见日历。Fedora项目经理在会议前一天将议程发送到分类和开发邮件列表。欢迎报告错误当您发现错误时，无论大小，我们都感谢您报告。在许多情况下，修复错误的最佳方法是修复创建该软件的项目。比如渲染数据相机照片的Darktable摄影软件出了问题，最好找Darktable摄影软件的开发者解决。再比如，如果GNOME或KDE桌面环境或组件软件出现问题，通常最好将这些问题提交给这些项目。但是，如果这是一个特定的Fedora问题，例如我们的软件构建或配置或其集成方式的问题，请不要犹豫向我们提交错误。当您知道有我们尚未解决的问题时，也请将其提交给我们。我知道这很复杂……如果能有一个针对所有错误的一站式解决方案就好了。但请记住，Fedora打包者大多是志愿者，他们获取上游软件并将其配置到我们的系统中。他们并不总是对所使用软件的代码有深入了解的专家。如有疑问，您可以随时提交Fedora错误。负责Fedora中相应软件包的人员可以通过与上游软件项目的联系来提供帮助。请记住，当您发现一个已被诊断但未得到很好修复的bug时，当您看到一个影响很多人的问题时，或者当有一个长期存在的问题没有受到关注时，请将其提名为高优先级bug。我们会看看我们能做些什么。PS：标题中的名图当然是来自哈佛大学Mark2计算机的日志，GraceHeber少将曾经就职于此。但与这个故事中流行的看法相反，这并不是第一次使用“bug”这个词来表示系统问题——它在工程中已经很常见了，这就是为什么字面上的“bug”被发现是一个问题理由很有意思。
