为什么向个人GitHub仓库提交pull request后出现linter报错？

• 首先在本地复现线上报错：找到CI执行日志里linter对应的运行命令，安装和CI环境一致版本的linter工具，直接使用上游仓库自带的linter配置文件执行检查，不要用你本地自定义的linter配置，避免环境差异导致的报错不一致。常见的执行命令比如前端项目的npm run lint、Python项目的flake8 ./等。
• 定位具体规则触发原因：linter报错绝大多数不属于拼写错误，都是格式、编码规范类的问题，你可以根据报错提示的文件路径、行号，对应核对规则要求：
  • 格式类问题：缩进长度不符、空格和tab混用、行尾残留空格、文件尾部缺少空行、引号类型不统一、括号前后空格不符合要求
  • 代码规范类问题：存在未使用的导入/变量、函数参数数量不符、命名规范不匹配、注释格式不符合要求
• 同步上游代码排查：如果你确认自己的代码完全符合规范依旧报错，将你fork的仓库和上游主分支同步，解决合并冲突后重新提交，排查是否是因为你的分支落后于上游，上游已经更新了linter配置导致的报错。
• 核对规则例外处理方式：部分仓库允许对特定代码行关闭linter检查，你可以参考仓库贡献文档里的说明，确认是否可以在代码中添加linter忽略注释来处理特殊场景的报错，比如// eslint-disable-next-line这类注释。

报错截图参考：

内容的提问来源于stack exchange，提问作者Faustina Leonita