Revisiones de código que explican el motivo y proponen la corrección.
ArchPilot revisa solo el código que cambiaste, comenta en la línea exacta, explica el porqué y sugiere el arreglo. La deuda existente queda fuera de tu PR, y el comentario que arreglas se cierra solo.
Seis situaciones que se repiten una y otra vez en este rol, y lo que AppArch hace con cada una.
01
El linter cuenta el estilo y se le escapa la arquitectura
El pipeline está en verde, cada punto y coma en su sitio, y el controlador sigue hablando directamente con la base de datos.
Qué hace AppArch
AppArch mira las relaciones entre módulos: la interfaz que llama directamente a la base de datos, la capa que se salta, la dependencia circular. No el punto y coma que falta.
Los comentarios de revisión señalan el problema, no la solución
Un comentario que solo dice que algo está mal te deja adivinando cómo sería lo correcto, y la revisión va a una tercera ronda.
Qué hace AppArch
Cada comentario de ArchPilot incluye el razonamiento y una corrección sugerida, en el idioma de tu espacio de trabajo, inglés o turco. ¿No estás de acuerdo? Responde en el hilo: el tono es de colega, no de bot.
Haz push de una corrección de errata y el bot vuelve a publicar los mismos doce comentarios. Para el jueves nadie los lee.
Qué hace AppArch
Los hallazgos tienen clave: el mismo nunca se publica dos veces y el comentario de una infracción corregida se resuelve solo. Tu merge request queda limpio y vuelves al código.
Un cambio de dos líneas, cuarenta comentarios sobre código viejo
Toca un archivo heredado y la herramienta lo revisa entero, como si hubieras escrito cada línea esta mañana.
Qué hace AppArch
ArchPilot revisa solo las líneas que cambia tu merge request. La deuda antigua sigue registrada en el informe de ArchScan, donde corresponde, no en tu revisión.
La herramienta se equivoca en un caso y lo repite en cada ejecución, hasta que nadie lee nada de lo que dice.
Qué hace AppArch
Un administrador del espacio de trabajo puede cerrar un hallazgo como falso positivo, riesgo aceptado o no se corregirá, con un motivo. Sigue cerrado en ejecuciones posteriores y el registro guarda quién lo cerró y por qué.
"Viola el principio de capas." ¿Qué principio, por qué importa aquí y cómo debería ser el código?
Qué hace AppArch
Cada una de las más de 1000 reglas del catálogo tiene su propia página de documentación con el razonamiento, a un clic del comentario. El manual Arch explica los patrones que hay detrás.
ArchPilotRevisiones de merge requests a lo largo del tiempo: tasa de aprobación, puntuación media y hacia dónde va la tendencia.SmartScanCada punto de entrada seguido hasta la base de datos, con los riesgos del camino agrupados por categoría.Salud del códigoDónde está realmente la deuda: métodos de alto riesgo, los archivos que concentran hallazgos y cuánto se retrasan las dependencias.
Usamos cookies para mejorar tu experiencia, analizar el tráfico y medir el rendimiento de nuestros anuncios. Las cookies de análisis y publicidad solo se activan si las aceptas. Política de privacidad