能否用tslint --fix修复codelyzer规则？当前fix忽略该规则如何解决？

首先得明确一个关键点：不是所有Codelyzer规则都支持自动修复，很多规则因为逻辑复杂度或者需要开发者主观判断，本身就没有提供自动修复的能力。不过针对你遇到的问题，我们可以从这几个方向尝试解决：

• 先确认规则的可修复性
  打开Codelyzer的规则文档，逐个检查你启用的规则是否标注了「Fixable」标签。比如component-class-suffix、directive-class-suffix这类规则是支持自动修复的，但像template-no-negated-async、use-component-selector这类规则通常没有自动修复逻辑。如果你的问题是针对不可修复的规则，那确实没办法自动处理，只能手动修改代码。

• 确保TSLint配置正确加载Codelyzer规则
  虽然你说检测功能正常，但还是可以再确认下tslint.json的配置是否完整：

  {
    "rulesDirectory": ["node_modules/codelyzer"],
    "rules": {
      // 示例Codelyzer规则
      "component-class-suffix": [true, "Component"],
      "template-banana-in-box": true
    }
  }
  

  确认rulesDirectory指向的是正确的Codelyzer安装路径，避免因为路径问题导致修复时无法识别规则。

• 使用Angular CLI的lint命令（针对Angular项目）
  如果你的项目是用Angular CLI创建的，直接执行ng lint --fix会比单独调用tslint --fix更可靠。Angular CLI内置了对Codelyzer的集成，能更好地处理Codelyzer规则的修复逻辑，很多时候单独用TSLint修复不了的规则，用CLI命令就能解决。

• 升级依赖版本
  旧版本的Codelyzer和TSLint可能存在修复逻辑的兼容性问题。尝试升级到对应版本的稳定组合：比如Codelyzer 6.x搭配TSLint 5.x，或者Codelyzer 7.x搭配TSLint 6.x（注意TSLint已经停止维护，如果你是新项目，更推荐迁移到ESLint+@angular-eslint）。

• 自定义修复器（进阶方案）
  对于那些确实需要自动修复但官方不支持的规则，你可以编写自定义的TSLint修复器。这需要你了解TSLint的修复API和Codelyzer规则的检测逻辑，成本相对较高，但如果是团队内频繁遇到的规则，还是值得尝试的。

总结下来，最有效的办法是先排查规则是否支持修复，然后尝试用Angular CLI的ng lint --fix命令，同时确保依赖版本兼容。

内容的提问来源于stack exchange，提问作者Daniel Delgado