规则被禁用但未被违反
Rule is disabled but not violated
故事：
我们正在使用 ESLint 和一组不同的插件。很久以前，在一个特定的 JS 文件（Protractor 的页面对象）中，其中一条规则是脚本顶部的 disabled via a comment：
/* eslint-disable protractor/no-by-xpath */
因为使用的 xpath() 方法违反了 no-by-xpath，当时我们还没有找到解决方法，我们只是禁用了检查。
问题：
如今，页面对象源代码已更改，不再使用 xpath() 方法。但是，该规则被禁用，因为禁用它的注释仍然存在。
问题：
我们的目标是找到源代码中禁用但未违反规则的地方。 ESLint 是否提供任何报告？你会如何解决这个问题？
将不胜感激任何见解和提示。
不，ESLint 没有为此提供任何东西。此功能已被要求多次，但被认为不适合 ESLint 核心。建议的方法是创建另一个使用 ESLint 节点 API 的工具，并对所有文件运行两次，一次打开 --no-inline-config 标志，一次关闭该标志，然后比较结果，如果带有内联 eslint 配置的文件没有任何差异，则可以删除注释。
故事：
我们正在使用 ESLint 和一组不同的插件。很久以前，在一个特定的 JS 文件（Protractor 的页面对象）中，其中一条规则是脚本顶部的 disabled via a comment：
/* eslint-disable protractor/no-by-xpath */
因为使用的 xpath() 方法违反了 no-by-xpath，当时我们还没有找到解决方法，我们只是禁用了检查。
问题：
如今，页面对象源代码已更改，不再使用 xpath() 方法。但是，该规则被禁用，因为禁用它的注释仍然存在。
问题：
我们的目标是找到源代码中禁用但未违反规则的地方。 ESLint 是否提供任何报告？你会如何解决这个问题？
将不胜感激任何见解和提示。
不，ESLint 没有为此提供任何东西。此功能已被要求多次，但被认为不适合 ESLint 核心。建议的方法是创建另一个使用 ESLint 节点 API 的工具，并对所有文件运行两次，一次打开 --no-inline-config 标志，一次关闭该标志，然后比较结果，如果带有内联 eslint 配置的文件没有任何差异，则可以删除注释。