-
Notifications
You must be signed in to change notification settings - Fork 0
Home
pfranccino edited this page Jun 7, 2026
·
2 revisions
Documentación de referencia de las herramientas para analizar, visualizar y medir la salud de las dependencias entre módulos en proyectos Android multi-módulo.
Toda la salida que aparece en estas páginas es real: se captura ejecutando los CLIs contra los fixtures incluidos en el repo (
tests/fixtures/), así que es reproducible al clonar.
| Página | Para qué |
|---|---|
| Comandos | Referencia de los 4 CLIs: flags, archivos generados y salida real |
| Métricas de sanidad | Qué significan Ca/Ce/I, qué penaliza el score y de dónde sale |
| Motor estático vs dinámico |
--engine static|dynamic|auto: cuándo usar cada uno |
| Configuración |
analyzer_config.json, analyzer.yml y el detector de acoplamiento |
| Integración CI | Gates de fallo, JSON y GitHub Actions |
| Cómo funciona | Detección de módulos, extracción de dependencias y generación de diagramas |
| Troubleshooting | Problemas comunes y cómo resolverlos |
pipx install android-gradle-analyzer # desde PyPI
pipx install "android-gradle-analyzer[kts]" # + parser AST para .kts| Comando | Pregunta que responde |
|---|---|
gradle-analyzer <módulo> |
¿Cómo dependen entre sí los submódulos de este feature? |
gradle-externals <proyecto> <módulo> |
¿Quién consume este módulo desde fuera? |
gradle-sanity <módulo> |
¿Qué tan sana es esta arquitectura de dependencias? |
gradle-impact <proyecto> <módulo> |
¿Qué se rompe si cambio este módulo? |
Ver la referencia completa en Comandos.