yale
- 《Lua基础规则包》：目前看是luacheck运行失败没有生成结果，请在机器本地尝试使用luacheck执行看看异常报错。比如 ```shell luacheck --formatter JUnit --codes --ignore 212/self --read-globals coroutine._yield --std max test.lua ``` - 其他三个`入库异常`的任务，麻烦 @Lingghh 看看
现在是什么部署方式呢？Docker吗？ 目前我增加了luacheck的执行日志输出，可以更新下代码重试下，看下异常是啥。辛苦了
更新操作可以参考[这个文档](https://tencent.github.io/CodeAnalysis/zh/quickStarted/dockerDeploy.html#%E6%9B%B4%E6%96%B0%E6%93%8D%E4%BD%9C) 这里的client容器是docker部署默认启动的公共节点吧？
1. 麻烦附上报错的执行日志 2. 可以对比在线分析和客户端分析的执行日志，对比下二者的耗时点 3. 可以通过增加在线节点数量来提升并行能力，避免在线节点任务排队
这两个日志都是项目编译问题，不是工具或者平台执行问题，需要执行节点上有对应待测项目的编译环境。 1. 如果需要使用编译性工具规则，建议使用客户端分析方式，复用编译机器的编译环境。 2. 对于在线分析，使用的是在线节点，需要接入有对应项目编译环境的机器作为常驻节点。并设置机器标签和分析方案的执行环境一致，这样任务就会分发到该标签下的机器上执行。 3. 以上两种方式都需要开发团队自己维护好编译环境。 日志1的报错位置： ```log 2023-07-25 11:49:44,731-INFO: /root/CodeAnalysis-main/client/data/taskdirs/task_4416/workdir/tca_build.sh:行1: mvn: 未找到命令 2023-07-25 11:49:44,811-INFO: exist_error_flag : True 2023-07-25 11:49:44,812-INFO: exist_success_flag : False 2023-07-25 11:49:44,812-INFO: exist_100_flag : False 2023-07-25...
不同项目编译环境各种各样，TCA Client编译阶段不会对编译环境做任何改变。这部分代码流程也是开源的，可以多调试看看。 单纯从日志来看，编译时候缺少依赖，导致编译失败。建议开发登陆机器进行调试，包括看环境变量、网络环境、代码仓库编译时候是否完整等是否一致。也可以对比下 执行成功的客户端分析任务的执行日志，看看差异点在哪。 以下是执行时候输出的PATH环境变量： ```log PATH = /opt/jenkins/scan-tools/tools/linux-git-lfs-v3.1.2 /opt/jenkins/scan-tools/tools/linux-git-lfs-v3.1.2 /opt/jenkins/scan-tools/sonar-scanner/bin /usr/local/sbin /usr/local/bin /usr/sbin /usr/bin /usr/local/nodejs/bin/ /usr/local/bin/maven3.6/bin /usr/java/jdk1.8.0_152/bin /data/liquibase /root/bin ``` 编译报错位置： ```log 2023-07-25 13:50:53,008-INFO: [INFO] Compiling 1 source file...
看起来是个蛮有趣的点。 请问有更详情的内容 和 示例吗？ 如果已经有现成的工具的话，欢迎集成哈，集成步骤很简单。
可以的话，麻烦提供下示例代码文件。
anybody know how to solve this problem?