Feature Request: Track deleted objects in inventory
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 30/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- go, kubernetes
- Área
- devops, infrastructure
Línea de trabajo
El issue no menciona archivos, pruebas ni puntos de entrada. Empieza localizando el manejo del inventario para objetos eliminados y la lógica que observa los recursos Terminating; se considera terminado cuando los objetos permanecen visibles en el inventario hasta que se eliminan por completo del clúster.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Checklist
- I did not find a related open enhancement request.
- I understand that enhancement requests filed in the GitHub repository are by default low priority.
- If this request is time-sensitive, I have submitted a corresponding issue with GCP support.
Describe the feature
Currently, Config Sync removes objects from its inventory immediately upon deletion, losing track of them even if they remain stuck in a "Terminating" state on the cluster. We should enhance the user experience by maintaining visibility and tracking for these objects until they are fully pruned from the cluster, ensuring the inventory accurately reflects the live state.
Importance
No response
- Lenguaje dominante
- Go
- Estrellas
- 279
- Forks
- 59
- Merge medio
- 5 d 10 h
- PR fusionados (30 d)
- 12
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de GoogleContainerTools/config-sync
-
enhancement
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
GoogleContainerTools/config-sync#2090 ·
Los mantenedores suelen responder en 1 día
-
enhancement
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
GoogleContainerTools/config-sync#2031 ·
Los mantenedores suelen responder en 1 día
-
enhancement
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
GoogleContainerTools/config-sync#2026 ·
Los mantenedores suelen responder en 1 día
-
enhancement
Dificultad 4/5 3-5 días Aptitud para principiantes 38/100
GoogleContainerTools/config-sync#2025 ·
Los mantenedores suelen responder en 1 día
-
Feature Request: Separate metrics for management vs. resource conflicts and use gauge aggregationAbiertoenhancement
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
GoogleContainerTools/config-sync#2024 ·
Los mantenedores suelen responder en 1 día
Todos los issues de GoogleContainerTools/config-sync
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
yetone/magpie#4095 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
docs: Google Safe Browsing flags go-bonnie.dev as "deceptive" (pipe-to-shell install instructions)Abiertodocumentation
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 2 días
-
[Bug]: Telegram bot (v3.11.0): "Ban log" no longer sends the current 3xipl-banned.logPosiblemente ocupada @HamedSanaei la tomó hoy. Abiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
MHSanaei/3x-ui#6990 · 1 comentario ·
Los mantenedores suelen responder en 3 días
-
bug(tool/internal/instrument): identical inject_code rules from two rule packages are applied twiceAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
open-telemetry/opentelemetry-go-compile-instrumentation#1611 ·
Los mantenedores suelen responder en 2 días