更改请求: 使警告可抑制

ESLint 版本 v9.26.0 ### 你想要解决的问题是什么？ 我正在尝试 v9.24 版本中发布的出色的 Bulk Suppression 功能。对于传统代码库来说，它确实有前景，可以抑制传统代码中的违规行为，同时仍然允许对新代码实施严格的规则。它还有助于保证 eslint-disable 指令仅用于假阳性和我可以不修复的违规行为。 到目前为止，我看到的主要缺点是无法 抑制警告级别的违规行为 - 从文档中： > 仅配置为"error"的规则才会被抑制。如果一个规则被启用为"warn"，ESLint 将不会抑制违规行为。 ### 你认为正确的解决方案是什么？ 我认为批量抑制功能应该适用于所有已启用的规则，无论是"error"还是"warn"级别。 ### 参与度 - [ ] 我愿意为此更改提交一个 Pull Request。 ### 其他评论 我的 linting 配置在很大程度上依赖于警告，以减少开发期间的噪音。例如，当我声明一个变量时，我不希望在写入使用它的代码之前看到红色斜线。黄色斜线更不那么令人生畏，更容易"忽略"。 但是，一旦我准备提交/推送代码时，我希望确保自己没有向代码库中添加任何新的警告，因此我总是使用 --max-warnings=0 运行 ESLint。 能够抑制警告对于我来说非常有益，与抑制错误一样，原因是：我目前在正在处理的传统代码库中有超过 3000 个警告；它们都是合法的，但修复它们不值得费心，而且如果我禁用规则，我就不会在写入新代码时收到警告：cry： 实际上，我可以通过 --max-warnings 传递要抑制的警告数量，但这并不理想，因为一个人很可能在传统代码中修复一个警告，并在同一提交中向新代码中引入一个新的警告...我认为批量抑制功能在规则级别上具有相同的限制，但至少是这样。 最初由 @axelboc 在 https://GitHub.com/eslint/eslint/discussions/19613 上发布