feat(terraform_plan): filter `count` by change action
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 74/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Attiva
- Stack tecnologico
- python, terraform
- Ambito
- devops, infrastructure
Direzione di ricerca
Inizia dal ramo di valutazione di count e dalla gestione di provider_args; traccia il modo in cui vengono conteggiate le voci di resource_changes, usando il piano rappresentativo descritto nell’issue. Il lavoro è completato quando un filtro actions opzionale conta solo le voci il cui change.actions interseca l’elenco richiesto, mentre il comportamento esistente di count rimane invariato quando actions viene omesso.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
count matches on terraform_resource_type only, and Terraform includes unchanged resources in
resource_changes as no-op entries — so count(*) returns the size of the root module, not the
size of the change. A representative plan with 240 entries of which 238 are no-ops counts 240 while
the blast radius is 2. Related: #230.
Fix. Optional actions list in provider_args; skip entries whose change.actions do not
intersect it (~15 lines in the count branch). Unlocks the blast-radius rule
(actions: ["delete"] + LessThanEqualTo: 2) as one policy — a pattern hand-rolled with
jq and shell in many pipelines today, and hard to express per-resource.
- Lingua principale
- Python
- Stelle
- 167
- Fork
- 47
- Merge medio
- 1g 21h
- PR unite (30g)
- 7
Preparare l'ambiente
Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di StackGuardian/tirith
-
test(evaluators): edge cases for the numeric comparison evaluatorsForse già presa @shrinidhi1402 l’ha presa 6 giorni fa. Apertagood first issue hacktoberfest tests
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
StackGuardian/tirith#381 · 3 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
research
Difficoltà 1/5 1-3 ore Idoneità per principianti 78/100
StackGuardian/tirith#356 ·
I maintainer di solito rispondono entro 1 giorno
-
documentation
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
StackGuardian/tirith#302 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
StackGuardian/tirith#295 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
StackGuardian/tirith#294 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di StackGuardian/tirith
Issue simili
-
bug ready for review
Difficoltà 2/5 1-3 ore Idoneità per principianti 86/100
odysseus-dev/odysseus#6641 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
happypawspillaro/happypaws#78 ·
I maintainer di solito rispondono entro 4 giorni
-
pydanty:is-working
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
pydantic/pydantic-ai#10020 ·
I maintainer di solito rispondono entro 1 giorno
-
Bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
ansible-collections/ibm_zos_core#2650 ·
-
hw: pvc tests: vllm vllm
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
intel/intel-xpu-backend-for-triton#8362 ·
I maintainer di solito rispondono entro 1 giorno