三年后回顾Bug Smash计划和目标

导读：Bug Smash是一项始于2020年5月的社区倡议，旨在减少Drupal核心中的Bug数量。

这篇文章是继几个月前Quietone的Bug Smash Initiative 3年更新之后发布的，它提供了Bug Smash社区关于该计划未来的最新决定。

Bug Smash的统计数据是什么？

以下是原始数据：

三年更新以来，我们一直在做什么？

自从Quietone的博客文章以来，我们已经完成了一项调查，以决定该倡议的下一步行动，并收集社区的进一步反馈。
该调查开放了数周，收到了来自世界各地的回复。
总之，Bug Smash社区以压倒性多数投票决定继续以目前的形式开展这项活动，并扩大我们的目标。

以下是回复摘要：

扩大目标：一些受访者建议扩大Bugsmash的目标。
质量胜于数量：多名参与者强调了关注关键的、长期存在的问题而不是任何一个bug的重要性。
赞助：一位用户提议探索官方赞助来解决具有挑战性的bug。
分类和问题管理：几位参与者讨论了可能改变的目标，以专注于分类或创建问题分类倡议。
以组件为中心的方法：一些受访者建议采用以组件为重点的方法来减少特定领域的错误。
效率：一些与会者提到减少会议以提高会议的影响力。

一些积极的引用和反馈：

“bug粉碎计划重新激发了我对Drupal核心工作的兴趣。这也是让人们参与核心工作的一个好方法，所以我认为重点应该更多地转移到活动和冲刺表上。”
“这也许是对Drupal最有活力和最重要的贡献之一。再次感谢您的辛勤工作。”

关于该倡议的未来，也有很多建议：

“事实上，我在将我们的目标扩展到不仅仅是bug和专注于bug之间存在分歧。我认为，让这项计划专门关注bug是有益的，因为这些通常对网站所有者来说是最关键的。然而，这项计划非常成功，我们可以将任务添加到其范围中，并以这种方式帮助核心队列。也许只是主要和关键的任务或其他什么作为每周目标/线索中的一个固定项目。”
“我们应该专注于最关键的问题（bug/功能请求），这些问题已经公开多年，拥有数百名追随者

根据反馈，我们决定对Bug Smash执行以下步骤：

将计划重点放在漏洞上，并将我们的目标再扩大一年
将会议改为每月一次，以获得更多参与度
将每天的分类减少到一项

为什么不更进一步呢？

这是一个公平的问题，尤其是因为很多反馈都是关于“数量高于质量”和针对关键/更复杂的bug。
我们没有提出这一建议的原因有两个：
我们以前尝试过根据优先级制定目标，但不幸的是，它们没有得到太多的支持。重大问题和关键问题被这样标记是有原因的，这导致了第二个原因：
更加关注更具挑战性和复杂的问题会使新用户更难进入Bug Smash（对Drupal和贡献），这是该计划的一个关键目标。
此外，我们希望为该倡议带来一些动力。在经历了几年的活跃之后，过去的几个月相对平静，我们希望降低进入门槛，不要让忙碌的社区成员为没有做出贡献而感到内疚。

好吧，那么新目标是什么？

我建议保持我们最初的目标，减少5%的Drupal核心的错误。
到2024年10月，这将需要以下内容：

总之，在过去的三年半里，Bug Smash为Drupal带来了巨大的成功，并帮助数百名社区成员轻松协作。
社区希望这种情况至少再持续一年，所以我们正在这样做。
如果你有兴趣参与，请加入Drupal Slack中的#bugsmash并打招呼！

原文链接：https://www.drupal.org/about/core/blog/reviewing-the-bug-smash-initiative-and-goals-after-three-years