因为项目会用到各式各样的框架，其中会有全局变量是Eslint无法识别到的，比如_或者jtest，从而导致扫描出不少误报，这里支持使用下面环境变量设置这些全局变量，减少误报： ESLINT_JAVASCRIPT_GLOBALS 字符串，以分号分割 ESLINT_VUE_GLOBALS 字符串，以分号分割 ESLINT_TYPESCRIPT_GLOBALS 字符串，以分号分割 比如： ESLINT_JAVASCRIPT_GLOBALS=_:readonly;jtest:readonly

Eslint默认读取了项目库中的配置文件，但是有些插件当前node环境并没有安装，因此报错，解决方案如下： 1.环境变量设置ESLINT_JAVASCRIPT_CONFIG_TYPE=default来使用我们官方的配置文件（同理，若EslintTypescript工具报错，则设置ESLINT_TYPESCRIPT_CONFIG_TYPE=default，EslintVue工具报错设置ESLINT_VUE_CONFIG_TYPE=default） 2.在流水线中接入代码扫描，并在代码扫描前一步流程中拉取所有node依赖，比如npm install

这种情况一般就是项目过大，导致Eslint消耗大量内存导致内存溢出，解决方案如下： 1.设置通配符格式的过滤路径，需要过滤的有两部分：1. 流水线中代码编译的产物目录，或者安装的插件目录，这些是有必要需要过滤的，且及其消耗内存；2. 代码仓库中带的第三方代码，这个用户自己衡量是否需要过滤，最好是能过滤 2.考虑增加JS内存，Eslint作为开源工具，可能因为项目较大导致内存溢出，环境变量可以设置ESLINT_MAX_OLD_SPACE_SIZE=4096，4096表示把内存增加到了4G，这个数字可以设置更大比如8192，具体需要根据当前执行eslint的机器内存调整，不超过机器实际可分配的内存

1.机器环境没有项目的完整依赖，使用以下命令查找对应依赖在 GOPATH 下是否存在或者 GOPATH 设置是否完整（有的项目有多个 GOPATH 内容），或者对应依赖是否存在，需要用户部署好机器环境 grep -nr "path/to/GOPATH" . 2.没有指定 include 分析路径过滤，这样才不会检查依赖中的依赖，而是关注源码文件的依赖完整性 3.也可能是某 go 文件中使用到该依赖，但是 GOPATH 没有设置正确的依赖搜索路径导致。需要找到依赖相对的当前目录： grep -nr "path/to/GOPATH" . 然后设置到 GOPATH 中，比如 GOPATH=$GOPATH:$SOURCE_DIR/test 4.还有可能是部分依赖是需要编译之后生成的，需要正确填写好编译命令，使得项目编译成功。

若代码库中既有 JavaScript 代码，又有 TypeScript 代码，并且共用一个配置文件。 若规则集中既有 Eslint 规则又有 Eslint_typescript 规则，为了避免执行两次 Eslint 以及可能出现重复单的情况，并且因为 Eslint_typescript 的语法解析器也能够解析 JavaScript 代码，所以这里将这样的项目当作 TypeScript 项目。 1.这里建议只指定 ESLINT_TYPESCRIPT_CONFIG 环境变量 2.规则集中剔除 Eslint 的规则，只保留 Eslint_typescript 规则。 3.并指定 ESLINT_TYPESCRIPT_EXT=.js,.jsx,.ts,.tsx

SQ工具服务需要的端口被占用。 升级代码扫描中相关SQ工具的插件版本，然后重试即可。

GoMetaLinter工具包含了众多子工具，一些子工具会找寻项目依赖，这些子工具导致执行时间偏长 设置环境变量GOMETALINTER_DEADLINE=30 屏蔽耗时较长的子工具

原因是找不到正确的 GOPATH。解决方案是设置 GOPATH 环境变量。

会根据用户代码授权拉取代码执行分析，分析结束后会移除代码。腾讯云代码分析平台不会存储用户代码信息，请放心使用。

因为 golangci-lint 用到了 go mod 特性，该特性是在 1.11 之后才有的。所以要求 go 版本在 1.11 版本以上。

工具没有搜索到项目的class或jar文件，导致部分类或方法无法解析，解决方案如下： 1.设置环境变量SET_ALL_AUX_CLASSPATH=true，自动配置所有class和jar文件 2.设置环境变量AUX_CLASSPATH=xxx，手动设置包含class和jar文件的路径