Ganchos previos al commit y su límite

Git permite ejecutar un programa en ciertos momentos del trabajo con un repositorio. El gancho previo al commit se invoca al hacer git commit, y su documentación oficial dice que se puede saltar con la opción --no-verify. Además, los ganchos viven en el directorio interno de cada copia de trabajo, no dentro del contenido que se versiona: cada portátil necesita instalar el suyo.

En cambio, los ganchos del lado del servidor, como el que se ejecuta al recibir un empuje, corren donde nadie puede apagarlos desde su máquina. Por eso un control que debe cumplirse siempre se coloca en el servidor, y el gancho local queda como ayuda para enterarse antes.

Un repositorio puede tener su archivo de configuración de ganchos y aun así dejar pasar un secreto: si el servidor no escanea los empujes, todo depende de que cada clon tenga el gancho activo. El barrido semanal de la organización revisa los commits nuevos de todos los repositorios y cuenta los marcadores de secretos que encuentra.

Cruza tres columnas de la tabla de repositorios: configuración de ganchos, escaneo en servidor y secretos hallados.

Tener el archivo de configuración en el repositorio no instala el gancho en cada copia de trabajo: cada persona debe activarlo en su clon. El inventario de equipos gestionados dice en qué clones está el gancho activo.

Cuenta cuántos de los clones del inventario no tienen el gancho instalado.

Dos repositorios de la tabla no tienen ni ganchos ni escaneo en el servidor, y otro tiene ganchos pero ningún control del lado del servidor. Con tres clones sin gancho y secretos ya hallados, la jefa de plataforma pregunta por dónde empezar.