审核计划的token如果跟jenkins上配置的不一致，实际上还会继续给推送收集的sql语句 about sqle HOT 4 CLOSED

缺陷原因：
SQLE 接受 scanner 上传 SQL 时，未对上传的 Token 和审核计划名做一致性校验。

修复方案：
在 ScannerVerifier 拦截器中增加校验，校验请求的 审核计划的 token 是否和数据库中未删除的审核计划的 token 一致。

from sqle.

发现一个延申问题, 审核计划删掉再重新创建一个同名计划后, 审核执行时的任务报告ID(audit_plan_report_id)不会清零,而是从之前的那个审核计划的最后一个报告ID继续往下计数

from sqle.

验证版本
UI Version: release-1.2201.x 0ad3134
Server Version: release-1.2201.x-ee 892ff4c7c3
验证步骤：
1.新建一个审核任务，然后在gitlab上进行变更，触发jenkins的编译
2.在sqle上删除这个审核任务，然后新建一个审核任务，此时jenkins的token和新审核任务的不一致，不应该会继续推送sql语句信息
3.观测jenkins的编译，控制台输出信息提示token检查不一致，sqle上新建审核任务也没有收到新的sql语句信息

from sqle.

验证版本
UI Version: release-1.2201.x 0ad3134
Server Version: release-1.2201.x-ee 892ff4c7c3
验证步骤：
1.新建一个审核任务，然后在gitlab上进行变更，触发jenkins的编译
2.在sqle上删除这个审核任务，然后新建一个审核任务，此时jenkins的token和新审核任务的不一致，不应该会继续推送sql语句信息
3.观测jenkins的编译，控制台输出信息提示token检查不一致，sqle上新建审核任务也没有收到新的sql语句信息

from sqle.