Skip to main content
El flujo de revisión de Acrity comienza cuando un workspace conecta un repositorio y termina con una decisión auditable en el dashboard Ops y, cuando está configurado, en el proveedor de código o la herramienta PM.

​
El flujo de revisión de un vistazo

​
Vista general

1

Conectar proveedores

Configura VCS y, si es necesario, PM en Aplicaciones conectadas, Credenciales o Connectors.
2

Conectar repositorios

Accede a Repositorios, selecciona los repositorios autorizados y vincula credenciales o instalaciones.
3

Configurar política

Ajusta idioma, tiers de review, reglas de branch, autores bloqueados e instrucciones adicionales.
4

Recibir evento de PR/MR

El proveedor envía un evento a Acrity cuando ocurre un cambio relevante.
5

Ejecutar review

Acrity evalúa el cambio conforme a las políticas del workspace y del repositorio.
6

Publicar y auditar

El resultado aparece en la Console y puede publicarse en el proveedor de código o la herramienta PM.
Repositorios, Policy Engine, Credenciales, Connectors, Webhooks, API Keys y Audit Trail requieren un administrador de workspace. Los administradores de plataforma también tienen acceso. Estos roles son conjuntos de capacidades fijos definidos por Acrity.

​
Configuraciones que influyen en el review

​
Dónde dar seguimiento

Da seguimiento al review en el dashboard Ops. Usa Audit Trail solo para detalles técnicos del evento y diagnóstico.

​
Pausar o retomar reviews

En el detalle del repositorio, un administrador de workspace puede pausar reviews para mantenimiento, migración o investigación. Mientras esté pausado, los nuevos cambios no siguen el flujo normal de review. Retoma cuando credenciales, webhooks y políticas estén validados.

​
Buenas prácticas

  • Empieza con pocos repositorios críticos y valida el comportamiento antes de ampliar.
  • Documenta excepciones en el propio repositorio cuando sean específicas de ese código.
  • Usa reglas de branch para evitar reviews en merges mecánicos o branches de sincronización.
  • Configura idioma y PM antes del primer uso en equipos grandes.
  • Usa Audit Trail solo cuando necesites detalles técnicos del evento, diagnóstico o contexto de auditoría administrativa.