Modo de uso
Tres estados en lugar de dos, y el tercero es el que impide que el marcador mienta: lo que no aplica sale del denominador. Una carpeta vacía no saca buena nota.
El marcador de un repositorio
npx github:Navesz/rebar .rebar-check · prumo
✓ editorconfig has an .editorconfig
✓ dependabot automated dependency updates
✓ ci has CI
✗ ci-gates the CI reaches the verification the repository has the CI does not reach: lint
– orphan-schema no orphan JSON Schema no .schema.json in the repository
14 of 17 · 1 not applicable · 2 warning(s)El guion es el tercer estado. Antes de existir, una carpeta vacía con un .git/ vacío sacaba 8 de 14 y empataba con el propio rebar. Es un recorte: cinco reglas y la línea final, de una ejecución real del 17/09/2026 contra otro repositorio mío. El verificador imprime en inglés.
Varios repositorios de una vez
npx github:Navesz/rebar ../a ../b ../cAl final sale un resumen comparable. Así se levantó el análisis forense de 161 commits en seis repositorios.
Una sola regla, para arreglar sin ruido
npx github:Navesz/rebar --rule=ci-gates .El recorte sirve para arreglar, no para aprobar: ejecútalo sin el filtro antes de hacer commit.
Salida estructurada, para el CI
npx github:Navesz/rebar --json .Cada regla sale con id, clase, nivel y estado. Es lo que consume el paso de CI.
Heurísticas que también tumban el build
npx github:Navesz/rebar --heuristics .Por defecto una heurística solo informa. Una regla automática equivocada cuesta más que una regla ausente — una de ellas se midió con siete apariciones y cero verdaderos positivos.