Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

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

Abierto
  • ¿Algo no está bien?
#342 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
4/5
Tiempo estimado
3-5 días
Aptitud para principiantes
55/100
Tipo de issue
Nueva funcionalidad
Claridad
Bastante claro
Estado de actividad
Activo
Stack tecnológico
python, terraform
Área
backend, security

Línea de trabajo

Empieza buscando meta.required_provider, el análisis de evaluadores y la validación de provider/tipo de entrada para rastrear cómo una policy selecciona y comprueba actualmente su provider. Añade cobertura específica para una policy que combine evaluadores terraform_plan y json sobre un input, incluido el caso de validación por incompatibilidad. Se considera terminado cuando la evaluación tiene éxito con cada resultado atribuido a su provider y las incompatibilidades hacen que falle la validación en lugar de omitirse.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

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.

Lenguaje dominante
Python
Estrellas
167
Forks
47
Merge medio
2 d 9 h
PR fusionados (30 d)
12

Preparar el entorno

Abrir en Codespaces

Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de StackGuardian/tirith

Todos los issues de StackGuardian/tirith

Issues similares

Más issues de Python

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.