如何在Jenkins/MSBuild中将KB的Genexus警告判定为UNSTABLE构建

Genexus构建进程默认仅在触发编译错误时返回非0退出码，警告场景下%ERROR_LEVEL%返回0是默认机制，可通过以下三类方案实现警告识别、统计与展示：

方案1：修改Genexus构建规则，让警告触发非0退出码 #

• 若使用GeneXus IDE/MSBuild任务构建：打开对应KB的配置文件，找到编译参数节点，按需配置：
  • 全局生效：将TreatWarningsAsErrors设为true，所有警告都会被当作错误处理，进程返回非0退出码，%ERROR_LEVEL%可直接识别异常状态
  • 定向拦截：在WarningsAsErrors节点下配置需要拦截的警告编码（如GX0010、GX1205这类高危警告），仅指定警告会触发非0退出码
• 若使用GeneXus命令行构建：直接在构建命令后追加参数：
  • 全量拦截警告：追加/treatwarningsaserrors
  • 定向拦截警告：追加/warningsaserrors:GX0010,GX1205（替换为实际需要拦截的警告编码）

方案2：Jenkins端配置日志解析，不依赖退出码统计警告 #

不需要修改Genexus原有构建逻辑，直接在Jenkins侧做日志采集即可：

• 安装Warnings Next Generation插件，在构建后操作中新增「Record compiler warnings and static analysis results」
• 新增自定义解析规则，匹配GeneXus默认日志格式的警告行：
  • 警告匹配正则：^warning\s+(GX\d+):\s+(.*)$
  • 映射警告编码、警告详情两个捕获组
• 配置状态阈值：可自定义规则，比如警告总数超过10个标记构建为不稳定，出现指定高危警告编码时标记构建为失败
• 配置完成后，Job首页会自动展示每次构建的警告数量趋势，点进详情可查看每条警告的具体内容、对应代码位置，无需额外开发。

方案3：无插件场景下的脚本兜底 #

如果环境限制无法安装Jenkins插件，可在构建步骤最后增加简单的脚本扫描构建日志：

:: Windows批处理脚本示例
findstr /r /c:"warning GX[0-9][0-9]*:" "%WORKSPACE%\build.log" > warn_result.txt
if %ERRORLEVEL% EQU 0 (
    echo ============== 检测到Genexus构建警告 ==============
    type warn_result.txt
    :: 按需设置退出码，执行exit 1会直接标记构建失败
    exit /b 1
)

注意：不同GeneXus版本的日志输出格式可能存在差异，正式配置前先取本地构建日志的警告行做匹配测试，调整正则规则即可，不要直接硬套默认规则。

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