SARIF and JUnit output for all scanners and validators

オープン
#146 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
53/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
活発
技術スタック
json, python
領域
ci-cd, tooling

調査の方向性

Start by reading scan-path-standards.py, scan-scripts.py, the prepass scripts, quick_validate.py, and validate-module.py to see how each currently emits findings. Then identify how their findings represent file, line, severity, title, and action, and how shared helpers are vendored. Done means all listed tools accept --format {json,sarif,junit}, preserve JSON as the default, and produce SARIF results or JUnit test cases with failures.

索引モデルが issue の本文から書いたものです。

説明

Describe your idea

Add --format {json,sarif,junit} to scan-path-standards.py, scan-scripts.py, the prepass scripts, quick_validate.py and validate-module.py.

Why is this needed?

Teams adopting the builders want their skills checked in CI. SARIF shows findings inline on GitHub PRs through code scanning upload, and JUnit shows them in any CI test tab. Today everyone writes their own JSON-to-report glue.

How should it work?

A shared emit(findings, fmt) helper (vendored like the others) mapping file/line/severity/title/action onto SARIF results and JUnit testcase + failure. Keep JSON as the default so the LLM flow is unchanged.

PR

Happy to help implement this if the direction is agreed.

主要言語
Python
スター
220
フォーク
54
PR マージ指標
30日以内にマージされた PR はありません

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

bmad-code-org/bmad-builder のほかの issue

bmad-code-org/bmad-builder の issue をすべて見る

似ている issue

Python の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。