Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

feat(core): mixed-provider policies — choose the provider per evaluator

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

メンテナーはふだん 1 日以内に返信

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

評価

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

調査の方向性

まず meta.required_provider、 evaluator のパース、provider/input-kind の検証を検索し、現在 policy がどのように provider を選択してチェックしているかを追跡します。1 つの input に対して terraform_plan evaluator と json evaluator を組み合わせる policy のための、対象を絞ったカバレッジを追加します。不一致の検証ケースも含めてください。各結果がそれぞれの provider に帰属した状態で評価が成功し、不一致がスキップされるのではなく検証エラーになることを確認できれば完了です。

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

説明

enhancement

Today meta.required_provider fixes one provider for every evaluator in a policy. Users need a
single policy whose evaluators use different providers over the same input — e.g. one evaluator
reading the plan through terraform_plan's typed operations, and another reaching a section the
typed provider doesn't expose through the json provider — with eval_expression combining their
results as it already does. Tracked on the public feedback board ("policy evaluations across
different tirith providers"); this is the substance of #223.

Proposal. Keep meta.required_provider as the policy-level default; allow each evaluator an
optional provider field overriding it. Validation checks that every provider used can read the
supplied input kind; the result model and eval_expression are unchanged. Distinct from "named
multi-input" (below), which adds several documents — this is several providers over one document,
and the multi-input work builds on it.

Acceptance. A policy mixing a terraform_plan evaluator and a json evaluator over one plan
file evaluates end to end, each result attributed to its provider; a provider/input-kind mismatch
is a validation error, not a runtime skip.

主要言語
Python
スター
167
フォーク
47
平均マージ
2時間 44分
マージ済み PR(30日)
5

環境構築

Codespaces で開く

このプロジェクトの開発コンテナを、あなたの GitHub アカウントでブラウザ上に起動します。

はじめの一歩

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

StackGuardian/tirith のほかの issue

StackGuardian/tirith の issue をすべて見る

似ている issue

Python の issue をもっと見る

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

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